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Abstract of DE1 01 26571 



The monitoring system uses a central computer 
system for collecting the operating data from a 
number of remote devices (2), with detection of a 
deviation in the incoming data protocol from the 
historical norm, e.g. when the transmitted data 
quantity or the interval between successive 
operating data transmissions differs from the 
historic norm. Also included are Independent 
claims for the following: (a) a monitoring method 
for centralized data collection for computer- 
assisted devices; (b) an automated central 
computer system for a number of remote 
devices. 
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Die folgenden Angaben sind den vom Anrnelder eingereichten Unterlagen entnommen 

© Automatisierte Uberwachung einer Sammlung von Betriebsdaten von medizinischen 
Abbildungsvorrichtungen 

© Es werden ein Verfahren und ein System zur Oberwa- 
chung der regelmafcigen Sammlung von Betriebsdaten 
von einer Vielzahl von entfernt angeordneten medizini- 
schen Abbildungsvorrichtungen (2) durch eine zentrale 
Dienstanlage (16, 22) und zum Beginnen eines Korrektur- 
maRnahmenprozesses, falls die Sammlung von Betriebs- 
daten basierend auf der Empfangsfrequenz und dem Vo- 
lumen der von der Datenquelle empfangenen Daten von 
einer histo risen en Norm abweicht, bereitgestellt. Das Sy- 
stem bestimmt autbmatisch auf einer Pro-Abtasteinrich- 
tung-Grundlage, wenn sich entweder die Datenmenge 
bei dem letzten Empfang oder die Zeit zwischen den zwei 
letzten Datenempfangen auf eine Art und Weise geandert 
hat, die eine AbhilfemaBnahme erfordert. Insbesondere 
wird eine KorrekturmaRnahme ergriffen, falls das Daten- 
volumen oder die Zeit zwischen Empfangen um einen 
vorbestimmten Prozentsatz vori einem historischen Mit- 
telwert abweichen. 
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Beschreibung , 

[0001] Die Erfindung bezieht sich allgemein auf eine zentralisierte Erzeugung von Berichten, die Betriebsdaten von 
entfemt angeordneten, benutzerbedienten elektronischen Vorrichtungen wie beispielsweise zur medizimschen Diagnose 

5 yerwendeten Abbildungsvorrichtungen zusammenstellen und/oder zusammenfassen. _ 

[0002] Diagnostische Abbildungssysteme sind bei modernen Anlagen des Gesundheitswesens allgegenwartig. Derar- 
tige Systeme stellen Werkzeuge von unschatzbarem Wert zur Identifikation, Diagnose und Behandlung physischer Zu- 
stande bereit und verringern den Bedarf an einem chirurgischen diagnostischen EingrifT wesentlich. In vielen Fallen ge- 
hen eine endgultige Diagnose und Behandlung nur vonstatten, nachdem ein behandelnder Arzt oder Radiologe bekannte 

10 Untersuchungen iiber eine Abbildungsmodalitat oder mehrere Abbildungsmodalitaten mit detaillierten Bildern von rele- 
vanten Bereichen und Geweben erganzt hat. 

[0003] Derzeit ist eine Anzahl von Modalitaten (modalities) fur medizinische diagnostische Abbildungssysteme vor- 
handen. Diese umfassen Computertomographiesysteme (CT-Systeme), Rontgensysteme (einschlieBlich sowohl bekann- 
ter als auch digitaler oder digitalisierter Abbildungssysteme), Magnetresonanzsysteme (MR-Systeme), Positronenemis- 

15 sionstomographiesysteme (PET-Systeme), UltraschaUsysteme, Nuklearmedizinsysteme usw. In vielen Fallen erganzen 
diese Modalitaten sich gegenseitig und bieten dem Arzt eine Reihe von Verfahren zur Abbildung spezieller Arten von 
Gewebe, Organen, physiologischen Systemen usw. Einrichtungen des Gesundheitswesens ordnen haufig mehrere derar- 
tige Abbildungssysteme bei einer einzelnen Anlage oder bei mehreren Anlagen an, wodurch es ihren Arzten moglich ist, 
auf derartige Betriebsmittel zuzugreifen, wie es durch spezielle Patientenbedurfnisse erforderlich ist. 

20 [0004] Modeme medizinische diagnostische Abbildungssysteme umfassen typischerweise Schaltungen zur Erfassung 
von Bilddaten und zur Transformation der Daten in eine verwendbare Form, die daraufhin zur Erzeugung ernes rekon- 
struierten Bilds von Merkmalen von Interesse in dem Patienten verarbeitet wird. Auf die Bilddatenerf assungs- und -ver- 
arbeitungsschaltungen wird ohne Rucksicht auf die Modalitat als "Abtasteinrichtung" Bezug genommen, falls eine phy- 
sikalische oder elektronische Abtastung< als Teil des Abbildungsprozesses auftritt. Die speziellen Komponenten des Sy- 

25 stems und damit in Beziehung stehender Schaltungen unterscheiden sich selbstverstandlich verursacht durch lhre unter- 
schiedliche Physik und ihre unterschiedlichen Datenverarbeitungsanforderungen wesentlich zwischen Modalitaten. Die 
Ausdriicke "Abtasteinrichtung", "medizinische Abbildungsvorrichtung" und "diagnostische Abbildungsvomchtung" 
werden austauschbar verwendet. 

[0005] Medizinische Diagnosesysteme der vorstehend beschriebenen Art werden haufig verwendet, urn zuverlassige 
30 und verstandliche Bilder in anspruchsvollen Zeitplanen und iiber eine betrachtliche Nutzungsdauer zu erzeugen. Zur S> 
cherstellung eines guten Betriebs werden regelmaBig durch hochqualifiziertes Personal Dienste bei den Systemen vorge- 
nommen, das sich mit Abbildungsproblemen befaBt, die Systeme konfiguriert und kalibriert sowie penodische System- 
uberprufungen und Softwareaktualisierungen ausfuhrt. Ferner wurden in den letzten Jahren Dienstangebote durch 
Dienstzentren erganzt, die zur direkten Kontaktierung von Abtasteinrichtungen bei teilnehmenden Emnchtungen ohne 
35 einen Bedarf an einem EingrifT seitens des Einrichtungspersonals in der Lage sind. Eine derartige zentralisierte Bereit- 
stellung von Diensten soli die Diagnosesysteme in einem guten Betriebszustand erhalten, ohne die Aufmerksamkeit von 
Arzten oder Radiologen zu erfordern, und ist haufig ziemlich transparent fur die Einrichtung. 

[0006] Bei gewissen zentralisierten Dienstsystemen kontaktiert ein computergestutztes Dienstzentrum eine Abtastein- 
richtung fiber ein Netz, urn Systemkonfigurationen und Betriebszustande zu iiberprufen, Daten zur Berichterzeugung zu 

40 sammeln und weitere nutzliche Dienstfunktionen auszufuhren. Derartige Kontakte konnen periodisch ausgebildet wer- 
den wie beispielsweise wahrend System-"Durchlaufen" (system "sweeps"), bei denen eine Vielfalt von Systemleistungs- 
daten gesammelt und mit historischen Daten fur die spezielle Abtasteinrichtung gespeichert wird. Die Daten konnen dar- 
aufhin zur Bewertung der Systemleistung, zum Vorschlagen oder zur Planung von Besuchen durch Dienstpersonal und 
dergleichen verwendet werden. 

45 [0007] Wahrend derartige Dienstverfahren sich bei der Wartung von Diagnosesystemen als senr wertvoll erwiesen na- 
ben sind noch weitere Verbesserungen erforderUch. Obwohl die Transparenz von Interaktionen zwischen Abtasteinrich- 
tungen und Dienstzentren eine unnotige Ablenkung von medizinischem Personal mit DienstaktuaUsierungen vermeidet, 
ist ein gewisser Grad an Interaktion zwischen Dienstzentren und Einrichtungen sehr wunschenswert. InsbesOndere er- 
moglicht ein interaktives Dienstsy stem wertvoUe Austausche von Informationen einschHeBfich Berichten der Systemlei- 

50 stung einer Ruckmeldung fiber Beachtung erfordernde spezielle Vorkommnisse, Aktualisierungen von Systemlizenzen, 
Software Abbildungsprotokollen usw. Derzeit verfugbare Dienstsysteme ermoglichen derartige interaktive Austausche. 
Insbesondere wurde eine Plattform entwickelt, die als Grundlage fiir den interaktiven Dienstbedarf unterschiedlicher 
ModaHtaten dient. Diese Plattform ermoglicht es einem zentralen Dienstzentrum, Informationen fiber mogliche Dienst- 
probleme mit entfemt angeordneten Abtasteinrichtungen auszutauschen und Informationen oder Datenprotokolldateien 

55 von Abtasteinrichtungen zum Zweck des Vornehmens von Diensten bei den Abtasteinrichtungen wiederzugewinnen. 
Eine bekannte Plattform stellt eine einheitliche SchnittsteUe bereit, die es Klinikem und Radiologen ermoglicht, uber ein 
einheitliches, intuitives Format eine Vielfalt von Abtasteinrichtungen in unterschiedlichen ModaHtaten zu betreiben und 
Dienstausgaben fur die Abtasteinrichtungen zu berichten. 

[0008] Die bekannte integrierte benutzerinteraktive Plattform zum Vornehmen von Diensten bei Diagnoseausstattung 
60 an entfemten Orten kann in Software, Hardware oder Firmware bei der Abtasteinrichtung konfiguriert sein oder kann bei 
einer mehrere Abtasteinrichtungen in einer medizinischen Anlage verbindenden zentralen Bedienungspersonstation m- 
staUiert sein. Die Benutzerschnittstelle ermoglicht es, Dienstanforderungen vor, wahrend oder nach auf der Diagnoseaus- 
stattung ausgefuhrten Untersuchungen zu erzeugen. Die Benutzerschnittstelle ermoglicht ebenfalls eine Dienstnachrich- 
tenubermitaung, eine Berichterzeugung und -wiedergewinnung usw. Die Benutzerschnittstelle ist vorzugsweise als 
65 Netz-Browser konfiguriert, der auch eine Verbindung der Abtasteinrichtung oder der Steuerstation der zentralen Anlage 
mit einem Netz wie beispielsweise einem Intranet oder dem Internet ermoglicht. Die gleiche Benutzerschnittstelle kann 
in Abtasteinrichtungen unterschiedlicher Modalitaten integriert werden, wodurch femer Dienstanforderungen und der- 
gleichen durch Betriebspersonal ermoglicht werden, ohne daB das Personal diverse Schnittstellen bei einer Anlage neu 
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kennenlernen muB. 

[0069] Insbesondere stellt die vorhandene benutzerinterakuve Plattform die Fahigkeit zur Anforderung von Abtastein- 
richtungsverwendungsberichten von einem zentralen DienstzenLrum basierend auf dem Betriebsverlauf von Abtastein- 
richtungen bei einer entfemten Anlage fur den Systembenutzer bereit. Zur Bereitstellung derartiger Verwendungsbe- 
richte ist es erforderlich, regelmaBig Betriebsdaten von diesen Abtasteinrichtungen zu sammeln. GemaB einem vorhan- 5 
denen System kann eine Abtasteinrichtung zur Sammlung ihrer eigenen Betriebsdaten in einem Computerspeicher urid 
zur proaktiven Ubertragung der Daten zu einer zentralen Anlage gemaB einem durch die zentrale Anlage in die Abta- 
steinrichtung eingegebenen vorprogrammierten Zeitplan daraufhin programmiert werden. Lediglich durch einen eine 
Datenprotpkollierung und Berichterzeugung bereitstellenden Dienstvertrag abgedeckte Abtasteinrichtungen iibertragen 
protokollierte Betriebsdaten zu der zentralen Anlage. Nachdem die zentrale Anlage die Protokolldateien von Betriebsda- 10 
ten von alien durch Vertrage abgedeckten Abtasteinrichtungen gesammelt und verarbeitet hat, konnen Abtasteinrich- 
tungsverwendungsberichte erzeugt werden. Insbesondere kann ein Krankenhausverwalter jederzeit iiber ein landeswei- 
tes Netz oder das Internet eine Verwendungsberichtzusammenstellung und/oder -zusammenfassung gesarnmelter Be- 
triebsdaten fiir bei dem Krankenhaus unter Vertrag befindliche medizinische Abbildungsvorrichtungen (d. h. Abtastein- 
richtungen) anfordern. 15 
[0010] Falls die bei der zentralen Dienstanlage gesammelten und gespeicherten Betriebsdaten unvollstandig sind, ist 
selbstverstandlich ein durch einen Kunden angeforderter Bericht mit von den unvollstandigen Daten abhangigen Ergeb- 
nissen ungenau und moglicherweise irrefiihrend. Somit besteht ein Bedarf an einem systematischen Verfahren, durch das 
die Datensammlung automatisch iiberwacht werden kann und eine KorrekturmaBnahme ergriffen werden kann, falls Da- 
ten von den medizinischen Abbildungsvorrichtungen nicht richtig gesammelt worden sind. 20 
[0011] Die Erfindung ist auf ein Verfahren und ein System zur Oberwachung der regelmafiigen Sammlung von Be- 
triebsdaten von einer Vielzahl von entfernt angeordneten medizinischen Abbildungsvorrichtungen durch eine zentrale 
Dienstanlage und zum Beginneri eines Korrekturmafinahmenprozesses, falls die Sammlung von Betriebsdaten basierend 
auf der Empfangsfrequenz und dem Volumen der von der Datenquelle empfangenen Daten von einer historischen Norm 
abweicht, gerichtet. Das System bestimmt automatisch auf einer Pro-Abtasteinrichtung-Grundlage, wenn sich entweder 25 
die Datenmenge bei dem letzten Empfang oder die Zeit zwischen den zwei letzten Datenempfangen auf eine Art und 
Weise geandert hat, die eine AbhilfemaBnahme erfordert. 

[0012] GemaB dem bevorzugten Ausfiihrungsbeispiel der Erfindung werden jedesmal, wenn durch einen Computer bei 
einer zentralen Dienstanlage Betriebsdaten von einer medizinischen Abbiidungsvorrichtung empfangen werden, die 
Zeit, zu der sie empfangen wurden, sowie die empfangene Datenmenge in einer Datenbank gespeichert. Auf die Daten- 30 
bank wird dabei als Protokollempfangsverlaufstabelle Bezug genommen. Eine nachstehend als periodische Iksk be- 
zeichnete periodische Aufgabe untersucht diese Datenbank und bestimmt, ob das Datum des Empfangs oder das Volu- 
men der zuletzt empfangenen Datendatei von einer speziellen Abtasteinrichtung angibt, daB die letzte Datensammlung 
von der Abtasteinrichtung nicht erfolgreich oder unvollstandig war. GemaB einem bevorzugten Ausfiihrungsbeispiel be- 
stimmt die periodische Task, ob der historische Mittelwert der DatengroBe von der Abtasteinrichtung sich um mehr als 35 
ein vorbestimmtes AusmaB, z. B. um mehr als einen vorbestimmten Prozentsatz, von der GroBe der zuletzt empfangenen 
Datendatei von der Abtasteinrichtung unterscheidet. GemaB einem anderen bevorzugten Ausfiihrungsbeispiel bestimmt 
die periodische Task, ob die historische mittlere Zeit zwischen aufeinanderfolgenden Datenempfangen von der Abta- 
steinrichtung sich um mehr als ein vorbestimmtes AusmaB, z. B. um mehr als einen vorbestimmten Prozentsatz, von der 
Zeit zwischen den zwei zuletzt empfangenen Datendateien von der Abtasteinrichtung unterscheidet. GemaB einem wei- 40 
teren bevorzugten Ausfiihrungsbeispiel vergleicht die periodische Task sowohl das Datenvolumen der zuletzt empfange- 
nen Datendatei mit dem historischen mittleren Datenvolumen als auch das Zeitintervall zwischen den zwei zuletzt emp- 
fangenen Datendateien mit der historischen mittleren Zeit zwischen Datenempfangen. Im Falle einer Abweichung.von 
dem historischen Mittelwert, die eine unrichtige oder unvollstandige Ubertragung ihrer Betriebsdaten durch eine Abta- 
steinrichtung angibt, veranlaBt ein Computer bei der zentralen Dienstanlage, daB die entfernt angeordnete Abtasteinrich- 45 
tung zum Senden von Daten automatisch neu initialisiert wird und daB der passende Systemverwaiter benachrichtigt 
wird. 

[0013] Eszeigen: 

[0014] Fig. 1 eine grafische Darstellung, die den FluB und die Verarbeitung von Betriebsdaten von entfernt angeordne- 
ten Abtasteinrichtungen gemaB den bevorzugten Ausfiihrungsbeispielen der Erfindung zeigt; 50 
[0015] Fig. 2 ein Blockschaltbild, das die architektonische Komponenteninteraktion des Systems gemaB den bevor- 
zugten Ausfiihrungsbeispielen der Erfindung zeigt; 

[0016] Fig. 3 eine grafische Darstellung, die den FluB der Kundenprofilierungs-, Vertrags- und Abtasteinrichtungssta- 
tusdaten gemaB den bevorzugten Ausfiihrungsbeispielen der Erfindung zeigt; 

[0017] Fig. 4 ein FluBdiagramm, das die zur Erzeugung einer jeweiligen Vertrags tabelle durch den Betriebs-Server bei 55 
den Datensatzen jeder Extraktionsausgabedatei ausgefuhrten Analyseoperationen gemaB den bevorzugten Ausfiihrungs- 
beispielen der Erfindung zeigt; 

[0018] Fig. 5 eine Zeitachse, die den Lebenszyklus fiir das Datenprotokollierungsprogramm fur entfemte Abtastein- 
richtungen gemaB den bevorzugten Ausfiihrungsbeispielen der Erfindung zeigt; 

[0019] Fig. 6 ein FluBdiagramm, das die Schritte eines Verfahrens zur Erzeugung einer Abtasteinrichtungsstatustabelle 60 
aus hinzugefiigten/geanderten Datensatzen einer Vertrags tabelle gemaB den bevorzugten Ausfiihrungsbeispielen der Er- 
findung zeigt; 

[0020] Fig. 7 ein FluBdiagramm, das die Schritte eines Verfahrens zur Aktualisierung des in einer Abtasteinrichtungs- 
statustabelle aufgezeichneten Status von Abtasteinrichtungen gemaB den bevorzugten Ausfiihrungsbeispielen der Erfin- 
dung zeigt; und 65 
[0021] Fig. 8 eine grafische Darstellung, die den FluB und die Verarbeitung von Abtasteinrichtungsbetriebsdaten bei 
einer Datenvorverarbeitungseinrichtung gemaB den bevorzugten Ausfiihrungsbeispielen der Erfindung zeigt. 
[0022] Die vorliegende Erfindung ist auf ein System und ein Verfahren zur Bereitstellung von Informationen zur Un- 
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terstiitzung der Arbeit, des Prozesses, des Patientenflusses und der kiinischen Praxis einer Radiolog^eabteilung gerichtet. 
Jede Abtasteinrichtung in der Radiologieabteilung sendet Betriebsdaten zur Verarbeitung zu einem zentralen Server. Die 
gesammelten Daten messen die Schlusselabtasteinrichtungsparameter basierend auf Schlusselintentionen und -zielen der 
Abteilunghinsichtlich Produktivitat, Qualitat und Patientenzufriedenstellung. Basierend auf den gesammelten Daten 
5 werden Abtasteinrichtungsverwendungsberichte an einem zentralen Ort erzeugt. Auf diese Benchte kann yon Kunden 
iiber das Internet zugegriffen werden. Die Abtasteinrichtungen umfassen Computertomographiesysteme (CT-Systeme), 
Magnetresonanzsysteme (MR-Systeme), UltraschaUabbildungssysteme oder eine andere Art von computergestutzter 
medizinischer Abbildungsvorrichtung. . 
[0023] Der FluB von Daten und die Verarbeitung auf hoher Ebene sind in Fig. 1 gezeigt. Jede Abtasteinrichtung 2 sen- 
10 det ProtokoUe von Betriebsdaten zur Sammlung und Transformation zu einer zentralen Verarbeitungseinrichtung 4. Die 
transformierten Daten werden zusammen mit aus einer Kunden-/Anlagendatenbank 6 gelesenen Profildaten einer medi- 
zinischen Anlage in einem Datenspeicher 8 gespeichert. Die gespeicherten Daten werden periodisch zu einem Bencht- 
zusteUungssystem 10 gesendet. Kunden 12 konnen unter der Bedingung, daB sie giiltige und authentische Sicherheite- 
faktoren (z. B. ID und Kennwort) in einen Sicherheits-Server 14 eingegeben haben, auf die Benchte zugreifen. Der Si- 
15 cherheits-Server sendet die Validierung zu dem Berichtzustellungssystem 10. 

[0024] Mit Bezug auf Fig. 2 werden Daten von jeder Abtasteinrichtung 2 durch einen Server ernes automatisierten Un- 
terstutzungszentrums 16 iiber ein Modem 18, ein Privatnetz 20 oder einen anderen geeigneten Kommunikationskanal ge- 
sammelt. Jede Abtasteinrichtung ist zur Protokollierung spezifischer betriebsbezogener Daten und zum Senden der pro- 
tokollierten Daten zu dem Server des automatisierten Unterstiitzungszentrums 16 daraufhin programmiert 
' [0025] Das bevorzugte Abtasteinrichtungsausgabeformat umfaBt Systemdaten und Untersuchungsdaten. Die System- 
daten umfassen einen bei einem Beginn einer neuen Untersuchung angegebenen Zeitstempel, die Abtastemnchtungsmo- 
dalitat den Erzeugnisnamen, eine System-ID (d. h. eine eindeutige ID fiir eine Abtasteinrichtung fur einen speziellen 
Kunden an einem speziellen Ort), eine sogenannte eindeutige Systemnummer (einen eindeutigen Schlussel fur eine Ab- 
tasteinrichtung ohne Riicksicht auf Zeit, Ort und Eigentiimerschaft), eine sogenannte mobile Ortsnummer (zur Vertol- 
eung des speziellen Orts der Abtasteinrichtung zu einer speziellen Zeit verwendet) und den Krankenhausnamen, sind je- 
doch nicht darauf beschrankt. Die Untersuchungsdaten umfassen den gleichen Zeitstempel, das Untersuchungsdatum, 
die Anfangs- und Beendigungszeiten fur die Untersuchung, eine Untersuchungsnummer, eine Patienten-ID, einPatien- 
tenalter ein Patientengeschlecht, ein Patientengewicht, eine Patientengeschichte, einen Patientenstatus, eine Radiolo- 
gen-ID'eine Bezug nehmende ID, eine Bedienungsperson-ID, eine Untersuchungsbeschreibung, Untersuchungsdaten, 
eine Folge und eine Untersuchungsart in der Form eines sogenannten Codes der derzeitigen ProtokoUterminologie 
(CPT) sind jedoch nicht darauf beschrankt. Die Abtasteinrichtung ubertragt diese Daten unter Verwendung eines proak- 
tiven Diagnoseubertragungsmechanismus zu dem Server des automatisierten Unterstutzungszentrums 16. Die Abtastein- 
richtung verwendet eine DatenprotokoUierungsdienst-ID, wenn sie den proaktiven Diagnosedatenubertragungsmecha- 
nismus ausfuhrt. Die Abtasteinrichtung ist dazu programmiert, diese Daten basierend auf der Zeit seit der letzten Uber- 
tragung oder bei einem Erreichen eines bestimmten GroBenschwellenwerts durch die Daten zu iibertragen. Die maximale 
Zeit zwischen Ubertragungen und der DatengroBenschwellenwert sind pro Abtasteinrichtung konfigurierbar. Ferner ist 
die Zeit, zu der die Betriebsdaten zu dem Server des automatisierten Unterstutzungszentrums gesendet werden, pro Ab- 
tasteinrichtung konfigurierbar. . . 
[0026] Der Server des automatisierten Unterstutzungszentrums 16 speichert die Abtasteinnchtungsdatendateien durch 
USN MUST oder eine Kombination der beiden. Der Server des automatisierten Unterstutzungszentrums 16 benachnch- 
tiet einen Betriebs-Server 22, wann immer eine neue Datei ankommt, die mit der Datenprotokolnerungsdienst-ID gesen- 
det wurde indem er die Datei iiber ein internes Netz des Dienstanbieters zu dem Betriebs-Server sendet. Der Server des 
automatisierten Unterstutzungszentrums 16 protokolliert eine Fehlernachricht und benachrichtigt den passenden Sy- 
stemverwalter, falls er die Datendatei nicht erfolgreich zu dem Betriebs-Server 22 senden kann. Der Server des automa- 
tisierten Unterstutzungszentrums 16 steUt ferner einen Mechanismus bereit, der es dem Systemverwalter ermoghchU das 
DatenprotokoUierungsmerkmal und die proaktive Diagnosedatemibertragung bei einem Abtasteinnchtungssystem fern- 
freizugeben oder fernzusperren, das gemaB einem giiltigen Dienstvertrag dazu autorisiert ist, seme protokollierten Daten 
berichtet zu bekommen. Wenn ein Abtasteinrichtungsstandort aktiviert oder deaktiviert wird, beuachrichtigt der Server 
des automatisierten Unterstutzungszentrums 16 den Betriebs-Server 22 mit dem neuen Zustand des Abtasteinnchtungs- 

50 standorts. . . . , 0 

[0027] Der Betriebs-Server 22 validiert die Abtasteinrichtungsdateien bei einer Mail-Benachnchugung von dem Ser- 
ver des automatisierten Unterstutzungszentrums 16, daB eine Abtasteinrichtungsdatenprotokollierungsdatei angekom- 
men ist Die Validierung umfaBt die nachstehenden Schritte: Identifizieren der Datei-"Grammatik" (z. B. MR oder CT); 
und Verifizieren, daB alle Felder fur das Diensterzeugnis in dem Datensatz vorhanden sind und von dem nchtigen Typ 

55 sind Falls der Datensatz nicht vollstandig (z. B. fehlendes Feld) oder unrichtig ist, wird er protokolliert undgeloscht Der 
Betriebs-Server 22 erzeugt basierend auf Abtasteinrichtungsdateidatenfeldwerten einen CPT-Code. Der Betriebs-Server 
22 codiert die erforderlichen Felder ferner in einem bestimmten XML-Format. Der Betriebs-Server 22 sendet verarbei- 
tete (d. h. transformierte) Abtasteinrichtungsdateien in einem komprimierten XML-Format iiber das interne Netz des 
Dienstanbieters zu einem Erzeugungs-Server 28, sobald die Dateien verarbeitet sind. 

[0028] Der Betriebs-Server 22 zeichnet ferner auf, welche Abtasteinrichtungsstandorte Daten senden, die gesendete 
Datenmenge und die Zeit, zu der die Daten empfangen wurden. Der Betriebs-Server unterhalt eine Liste/Datenbank ak- 
tiver Standorte, die durch Vertragsinformationen beziiglich Wartungsdienstvereinbarungen (MSA) angesteuert wird. Die 
MSA-Dienstvertragsinformationen werden taglich durch den Betriebs-Server iiber das interne Netz des Dienstanbieters 
von einem MSA-Bereitstellungs-Server 26 empfangen. Der Server 26 empfangt wiederum die Vertragsinformationen 
von einer MS A-Vertragsinformationsdatenbank 24. Der Betriebs-Server 22 benachrichtigt den Systemverwalter, f alls em 
Abtasteinrichtungsstandort in der aktiven liste in mehr als einer konfigurierbaren Zeitdauer keine Datei gesendet hat 
Ferner betreut (serves) der Betriebs-Server 22 eine Web-Seite, die einen Verlauf der Datenfrequenz und -groBe auf einer 
Pro-Abtasteinrichtung-Grundlage anzeigt. Dies ist zur Systemverwaltung bestimmt. 
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[0029] Ein Datenspeicher 30 empfangt XML-codierte Abtasteinrichtungsdaten von dem Erzeugungs-Server 28, warm 
immer die Daten durch den Betriebs-Server 22 gesendet werden. Abgeleitete Datenwerte wie beispielsweise die Zeit 
zwischen Untersuchungen und die Untersuchungsdauer werden durch den Erzeugungs-Server 28 berechnet und in der 
Datenbank 30 gespeichert. Der Datenspeicher 30 empfangt femer XML-codierte Anlagenprofiidaten von dem Erzeu- 
gungs-Server 28, wann immer die Daten durch den Betriebs-Server 22 gesendet werden. 5 
[0030] GemaB dem bevorzugten Ausfuhrungsbeispiel der Erfindung ist der Sicherheits-Server 14 von einem Bericht- 
Server 32 physikalisch getrennt. Eine Sicherheits-Server-Datenbank ist von einer Bericht-Server-Anwendungsdatenbank 
getrennt. Ein Kundenzugriff auf alle Berichte findet durch ein sogenanntes Secure Socket Layer (SSL) auf dem Internet 
34 statt. Der Kunde muB uber das Internet 34 eine Benutzer-ED und ein Kennwort oder einen ZugritTscode auf den Si- 
cherheits-Server 14 heraufladen. Alle Benutzerkennworter und/oder Zugriffscodes sind verschliisselt. Der Sicherheits- 10 
Server 14 validiert Benutzer, bestimmt ihre Gemeinschaflsmitgliedschaft und weist Zugriffsprivilegien zu. Zugriff spri- 
vilegien konnen darin bestehen, welche Berichte fur einen Kunden basierend auf dem Dienstvertrag des Kunden verfiig- 
bar sind. Der Sicherheits-Server 14 ermoglicht validierten Benutzern einen Zugriff auf von dem Bericht-Server 32 be- 
treute und uber das Internet 34 zu der Zugriffsstation des Kunden iibertragene geeignete Berichte. 

[0031] Alle durch den Bericht-Seryer 32 erzeugten Verwendungsberichte basieren auf den zu dem Erzeugungs-Server 15 
28 zugestellten Abtasteinrichtungsdaten. Alle grafischen Berichte unterstiitzen eine konfigurierbare Anzeigeoption, die 
das Erscheinungsbild der Ausgabe (Tortendiagramm, Balkendiagramm usw.) andert Vorzugsweise stellt der Bericht- 
Server 32 Verwendungsberichte zu, die mit Internet Explorer 4.01 oder groBer und Netscape 4.5 oder groBer auf einer 
Plattform Windows 95/9 8/NT kompatibel sind. Wenn der Client nicht kompatibel ist, dann wird eine Nachricht zu dem 
Benutzer gesendet, und es wird eine Verknupfung zu einem kompatiblen Browser angezeigt. Der Bericht-Server ist fer- 20 
ner dazu programmiert, eine konfigurierbare Auswahl von Zeitachsen fiir Berichte bereitzustellen. Der Bericht-Server 
erzeugt eine Tendenz (trending) zeigende Berichte und eine Bewertung (benchmarking) zeigende Berichte. 
[0032] Es werden mehrere Berichtsvorlagen unterstiitzt. Diese konnen gruppiert sein, wobei jede Gruppe eine Anzahl 
von Berichten umfaBt. Ein Zugriff auf Gruppen kann auf einem Benutzerzugriff basieren. Beispielsweise kann der Be- 
richt-Server Berichte erzeugen und zustellen, die Studienmischung, Studienvolumen, Bild- und Folgendaten nach Studi- 25 
enart, Volumen nach Studienmischung, Studienmischung nach Tageszeit und Tag der Woche, Untersuchungszeit nach 
Studienmischung, Patientenmischung nach Untersuchungsdauer, Untersuchungsvolumen nach Tageszeit, Systemver- 
wendung nach Tag der Woche, Verarbeitungszeit fiir eine CT-Abtastung nach Studienmischung, Zeit zwischen Untersu- 
chungen nach Studienmischung, Untersuchungsdauer, Volumen nach Radiologen, Volumen nach Bezug nehmendem 
Arzt, Verarbeitungszeit fur eine CT-Abtastung nach Radiologen, Untersuchungszeit nach Technologen, Patientenvolu- 30 
men (Manner und Frauen) nach Alter, Studienmischung (Anzahl von Untersuchungen) nach Bezug nehmendem Arzt, 
Studienmischung (Anzahl von Untersuchungen) nach Radiologen und Anzahl von Folgen und Bildern pro Untersuchung 
nach Radiologen zeigen. 

[0033] Bei dem bevorzugten Ausfuhrungsbeispiel der Erfindung handelt es sich um ein webzugestelltes Diensterzeug- 
nis/eine webzugestellte Dienstfahigkeit, die Radiologieabteilungen Unterstutzungsinformationen fur kritische Entschei- 35 
dungen fiir klinische Praxis (Studie, Mischung), Betriebsverwaltung (Volumen, Verwendung) und Kundendemogra- 
phieanalyse (Bezug nehmender Arzt, Patienten alter usw.) liefert, die auf den "Untersuchungs"-Schritt der Patienten- 
dienstzustellung konzentriert sind. 

[0034] Das System gemaB dem bevorzugten Ausfuhrungsbeispiel verwendet zwei Arten von Daten zur Erzeugung der 
Entscheidungsunterstiitzungsberichte, d. h. Abtasteinrichtungsprotokolldaten und Anlagenprofiidaten. Die Anlagenpro- 40 
fildaten werden zu Kontenverfolgungs- und Datenbewertungszwecken unterhalten. 

[0035] Der DatenberichterstattungsprozeB gemaB dem bevorzugten Ausfuhrungsbeispiel ist in einen Dienstvertrags- 
verwaltungsprozeB integriert. Auf Abtasteiririchtungsverwendungsberichterstattungsdienstvertragen basierende Anla- 
genprofiidaten werden erfaBt und verarbeitet. Es wird ein Mechanismus zur automatischen Steuerung, d. h. Aktivierung 
und Deaktivierung, der Datenprotokollierungsoperation bei Abtasteinrichtungen basierend auf den Dienstvertragsinfor- 45 
mationen begriindet. Ein Betriebs-Server verfolgt den Abtasteinrichtungsstatus wahrend der taglichen Erzeugung. Es 
wird eine webbasierte Benutzerschnitts telle zur Verwaltung der Informationen beziiglich Kunde, Vertrag und Abtastein- 
richtungsstatus verwendet. 

[0036]. Jeder eine automatische Datenprotokollierung von einer entfernten Abtasteinrichtung zu einer zentralen Stelle 
und eine Datenberichterstattung durch die zentrale Stelle im Ansprechen auf uber das Internet iibertragene Kunden anfor- 50 
derungen bereitstellende Dienstvertrag weist zumindest die nachstehenden Informationen auf. (1) Den Namen des Kun- 
den, der den Vertrag mit dem Dienstanbieter unterschreibt. Bei einem Kunden kann es sich um eine Korperschaft mit 
mehreren Krankenhausem (multi-hospital corporate), eine Krankenhausanlage mit mehreren Standorten oder eine Kran- 
kenhausanlage mit einem einzelnen Standort handeln. (2) Den Namen der unter dem Vertrag abgedeckten Krankenhaus- 
anlagen. Fiir Korperschaftskunden ohne mehrere Krankenhauser kann die Anlage gleich dem Kunden sein. (3) Die aus- 55 
fuhrliche Adresse der Krankenhausanlage, bei der die Abtasteinrichtung installiert ist, einschlieBlich StraBenadresse, 
Stadt, Staat, Land und Postleitzahl. (4) Die System-ID der Abtasteinrichtungen fiir jede unter dem Vertrag abgedeckte 
Krankenhausanlage. (5) Fiir jede Abtasteinrichtung einen Anzeiger, der zeigt, welche Stufe eines mehrstufigen Dienstes 
sich unter dem Vertrag befindet. (6) Das Vertragsanfangsdatum fiir jede Abtasteinrichtung. (7) Das Vertragsbeendigungs- 
datum. Es ist fiir alle Abtasteinrichtung gleich. (8) Benutzerkontaktinformationen. 60 
[0037] Fig. 3 zeigt den DatenfluB fiir Kundenprofilierungs-, Vertrags- und Abtasteinrichtungsstatusdaten. GemaB dem 
bevorzugten Ausfuhrungsbeispiel der Erfindung unterhalt der Betriebs-Server 22 (siehe Fig. 2) bei der zentralen Dienst- 
anlage eine Vertragstabelle und eine Abtasteinrichtungsstatustabelle. AuBerdem weist der Betriebs-Server 22 eine (nicht 
gezeigte) Daten vorverarbeitungseinrichtung auf, die eine Protokollempfangsverlaufstabelle unterhalt. Alle drei Tabellen 
befinden sich in einer Oracle-Datenbank. Die Vertragstabelle wird taglich in der Datenbank 30 aktualisiert. 65 
[0038] Der MSA-Bereitstellungs-Server 26 (siehe Fig. 2) ist dazu programmiert, kundenprofilierungs- und Vertrags- 
daten aus vorher vorhandenen Datenquellen wie beispielsweise der MSA-Vertragsdatenbarik 24 zu extrahieren. Jede 
durch einen giiltigen Abtasteinrichtungsverwendungsberichterstattungsdienstvertrag abgedeckte Abtasteinrichtung 2 
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weist einen Datensatz (Datensatze) in einer Extraktionsausgabedatei 38 (siehe Fig. 3) auf. Eine Atyasteinrichtung kann 
mehrere Datensatze aufweisen, die mehrere Dienstvertrage widerspiegeln, die sie aufweist. Die Extraktionsausgabedatei 
weist eine Kopfzeile einschlieBlich des Datums und der Zeit, zu der die Datei erzeugt wurde, auf. Jeder Datensatz in der 
Extraktionsausgabedatei weist Datenfelder auf, wie sie in einer Tabelie 1 im Anhang definiert sind. 
[0039] Bei der Ausgabedatei handelt es sich vorzugsweise um eine durch "I" abgegrenzte flache Datei, bei der eine 
Zeile einen Datensatz darstellt. Die Datei wird vorzugsweise taglich erzeugt. Die Extraktionsausgabedatei wird auf dem 
MSA-BereitsteUungs-Server 26 gespeichert, und der Betriebs-Server 22 kann auf sie zugreifen. Die Extraktionsausgabe- 
datei kann wahrend ihrer taglichen Aktualisierung iiberschrieben werden. 

[0040] GemaB dem in Fig. 2 gezeigten bevorzugten Ausfuhrungsbeispiel ruft der Betriebs-Server 22 die MS A-Bxtrak- 
tionsdatei gemaB einem Zeitplan, z. B. taglich zu einer bestimmten Stunde, von dem MSA-Bereitstellungs-Server 26 ab. 
Der Betriebs-Server 22 ist dazu programmiert, einmal pro Stunde zu versuchen, die Extraktionsdatei abzurufen, bis er er- 
folgreich ist. Der Betriebs-Server zeichnet einen Alarm in einem Ereignisprotokoll auf, falls der Dateiabruf eine vorbe- 
stimmte Anzahl von Malen f ehlschlagt, z. B . funfimal. Der Betriebs-Server benennt die Datei neu zu AbtastPFADJYYY- 
YMMDD.txt, wobei es sich bei YYYY, MM, DD um das Jahr, den Monat bzw. das Datum des Empfangstags handelt. 
[0041] GemaB dem bevorzugten Ausfuhrungsbeispiel unterhalt der Betriebs-Server eine als Vertragstabelle bezeich- 
nete Datenbanktabelle, um alle aus den Datenquellen extrahierten Kundenprofilierungs- und Vertragsdaten zu speichem. 
Die Vertragstabelle weist einen Datensatz fur eine Abtasteinrichtung auf. Jede durch einen gultigen Abtasteinrichtungs- 
verwendungsberichterstattungsdienstvertrag abgedeckte Abtasteinrichtung weist einen Datensatz (Datensatze) m der 
Vertragstabelle auf. Jeder Datensatz in der Vertragstabelle weist die Datenfelder auf, wie sie in einer Tabelie 2 im Anhang 
definiert sind. Bei dem Primarschlussel der Vertragstabelle handelt es sich um eine System-ro/Vertragsnummer/Rec- 
Key-Kombination. 

[0042] Der Betriebs-Server 22 unterhalt ebenfalls eine als VertragspruftabeUe (Contract Audit Table) bezeicnnete Da- 
tenbanktabelle zur Verfolgung aller Einfugungen/Anderungen bei der Vertragstabelle. Die VertragspruftabeUe weist Fel- 
der fur die Werte :alt und :neu der Felder 1 bis 41 der Tabelie 2 auf und weist ebenfalls ein Feld fur den ZeiWDatums- 
stempel bei der Einfugung des Priifdatensatzes auf. Zur Verfolgung von Einfugungen wird ein Einfiigungsausloser bei 
der Vertragstabelle plaziert, so daB der eingefugte Datensatz zu den Feldem mit Wert :heu der VertragspruftabeUe hinzu- 
gefugt werden kann. Zur Verfolgung von Anderungen werden Anderungsausloser bei der Vertragstabelle plaziert, so daB 
geanderte Datensatze zu der VertragspruftabeUe mit den Werten :alt und :neu hinzugefugt werden kdnnen. Die Vertrags- 
tabeUe lost den Anderungsausloser aus, wenn ein in der Spalte "Anderungsprufung?" der TabeUe 2 als "Ja" markiertes 
Feld geandert wird und der Datensatz Entscheidungsunterstutzungsmerkmale aufweist. 

[0043] GemaB dem in Fig. 4 gezeigten RuBdiagramm wird der nachste einem in Kraft befindlichen (ahve) Vertrag ent- 
sprechende Datensatz Y in der Extraktionsausgabedatei durch den Betriebs-Server gelesen (Schritt 40) und mit Daten- 
satzen in der derzeitigen VertragstabeUe verglichen. GemaB dem bevorzugten Ausfuhrungsbeispiel der Erfindung han- 
delt es sich bei einem Vertrag aus der MS A-Extraktions ausgabedatei, der eine der nachstehenden Bedingungen erfullt, 
um einen neuen Datensatz (Schritte 56, 60 und 74 gemaB Fig. 4) in der VertragstabeUe. (1) Er weist eine Vertragsnummer 
auf die vorher nicht in der VertragstabeUe vorhanden ist (wie es durch einen Entscheidungsblock 54 gemaB Fig. 4 be- 
stimmt wird). (2) Er weist eine System-ID auf, die vorher nicht in der VertragstabeUe vorhanden ist (wie es durch einen 
Entscheidungsblock 58 gemaB Fig. 4 bestimmt wird). (3) Er weist einen Wert 1 (zukunftig) fur das Vertrags-Rec-Key- 
Feld auf und es kann ein eindeutiger Datensatz aus der VertragstabeUe mit der gleichen Vertragsnummer und System-ID 
(wie es durch einen Entscheidungsblock 70 gemaB Fig. 4 bestimmt wird), jedoch statt dessen einem Wert 0 (derzeitig) fur 
das Vertrags-Rec-Key-Feld (wie es durch einen Entscheidungsblock 62 bestimmt wird) gefunden werden. Bei einem 
Vertrag aus der MS A-Extraktions ausgabedatei, der die nachstehende Bedingung erfuUt, handelt es sich um einen nicht 
geanderten Datensatz (Schritt 46 gemaB Fig. 4) in der Vertragstabelle: Er weist eine voUe Ubereinstimmung aUer Daten- 
felder mit einem vorhandenen Datensatz in der VertragstabeUe auf (wie es durch einen Entscheidungsblock 42 gemaB 
Fig 4 bestimmt wird). Ein Vertrag aus der MSA-Extraktionsausgabedatei, der eine der nachstehenden Bedingungen er- 
fuUt, ist ein geanderter Datensatz (Schritte 52 und 68 gemaB Fig. 4) in der Vertragstabelle: (1) Es kann ein eindeutiger 
Datensatz aus der VertragstabeUe mit seiner gleichen Vertragsnummer, System-ID und Vertrags-Rec-Key gefunden wer- 
den, der jedoch unterschiedUche Werte fur zumindest ein anderes Feld mit dem Datensatz aufweist (wie es durch einen 
Entscheidungsblock 48 gemaB Fig. 4 bestimmt wird). (2) Es kann ein eindeutiger Datensatz aus der Vertragstabelle mit 
seiner gleichen Vertragsnummer und System-ID gefunden werden, jedoch ist der Wert des Vertrags-Rec-Key 1 (wie es 
durch einen Entscheidungsblock 64 gemaB Fig. 4 bestimmt wird), wahrend er den Wert 0 aufweist (wie es durch den Ent- 
scheidungsblock 62 bestimmt wird). Dies steUt einen faUigen zukunftigen Vertrag dar. Bei einem Datensatz in der Ver- 
tragstabeUe der nicht in der letzten MSA-Extraktionsausgabedatei enthalten ist, handelt es sich um einen entfernten Da- 
tensatz. In verschiedenen Stadien des Analysealgorithmus (d. h. Blocken 44, 50, 66 und 72 gemaB Fig. 4) wird em Feh- 
leranzeiger erzeugt, faUs ein Fehler bei den Daten in dem analysierten Datensatz erfaBt wird. 

[0044] Es wird ein neuer Datensatz in der VertragstabeUe hinzugefugt, wenn ein neuer Datensatz aus der letzten MSA- 
Extraktionsausgabedatei identifiziert wird. Der Verarbeitungsdatumswert wird auf das derzeitige Systemdatum einge- 
steUt. Der Vertragsnachfristbeendigungsdatumswert wird auf eine vorbestimmte Anzahl von Tagen nach dem Vertrags- 
beendigungsdatum eingesteUt. Das Vertragsstatusfeld wird auf den Wert L (in Kraft) eingesteUt. Das Datensatzstatusfeld 
wird auf den Wert A (hinzugefugt) eingesteUt. Die Werte aUer anderen Felder werden gemaB dem Datensatz aus der 
MSA-Extraktionsausgabedatei eingesteUt. 

[0045] Der Datensatz in der VertragstabeUe wird geandert wie folgt, wenn er als ein nicht geanderter Datensatz defi- 
niert ist. Der Wert des Datensatzstatusfelds wird auf N (keine Anderung) eingesteUt. Die Werte aUer anderen Felder wer- 
den nicht geandert. . . . . 
[0046] Der Datensatz in der VertragstabeUe wird geandert wie folgt, wenn er als ein geanderter Datensatz detmiert ist. 
Der Verarbeitungsdatumswert wird nicht geandert. Der Vertragsnachfxistbeendigungsdatumswert wird auf eine vorbe- 
stimmte Anzahl von Tagen nach dem Vertragsbeendigungsdatum eingesteUt. Der Wert in dem Vertragsstatusfeld wird 
nicht geandert. Der Wert in dem Datensatzstatusfeld wird auf C (Anderung) eingesteUt. Die Werte in aUen anderen Felder 
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vverden gemaB dem Datensatz in der MSA-Extraktionsausgabedatei geandert. Der geanderte Datensatz mit seinen aJten 
und neuen Werten alier Felder wird durch den Betriebs-Server mit der Systemzeit und dem Systemdatum der Anderung 
in einem Ereignisprotokoll protokolliert. 

[0047] Ein Datensatz in der Vertragstabelle wird geandert wie folgt, wenn er als ein entfernter Datensatz identifiziert 
wird. Der Wert des Vertragsstatusfelds wird auf D (tot) eingestellt. Der Wert des Datensatzstatusfelds wird auf R (Ent- 5 
fernung) eingestellt, nachdem die Vertragsaktualisierungsdatei (siehe nachstehend) basierend auf der aktualisierten Ver- 
tragstabelle erzeugt ist. Die Werte aller anderen Felder werden nicht geandert. 

[0048] Der vorstehend beschriebene ProzeB erzeugt durch eine "Analyse" der MSA-Extraktionsausgabedatei eine Ver- 
tragstabelle. So, wie er dabei verwendet ist, bedeutet der Ausdruck "Analyse" eine Auswahl von Feldern in einer Datei 
zur Bestirnmung von Werten und einen Vergleich der Werte mit vorhandenen Feld werten in einer. anderen Datei darauf- 10 
hin. Die MSA-Extraktionsdatei wird vorzugsweise taglich nach dem Empfang durch den Betriebs-Server analysiert. Das 
Datensatzstatusfeld jedes Datensatzes in der Vertragstabelle wird auf I (anfanglich) eingestellt, bevor die MSA-Extrak- 
tionsausgabedatei analysiert wird. Der Betriebs-Server analysiert die MSA-Extraktionsdatei unter Verwendung des in 
Fig. 4 gezeigten Algorithmus Datensatz fur Datensatz. Bei jedem Datensatz in der Vertragstabelle, der nach der Analyse 
der MSA-Extraktionsausgabedatei noch immer einen Wert I in dem Datensatzstatusfeld aufweist, handelt es sich urn ei- 15 
nen entfernten Datensatz. Der Extraktionsalgorithmus endet, wenh es bestimmt wird (Entscheidungsblock76 gemaB Fig. 
4), daB der letzte Datensatz in der MSA-Extraktionsausgabedatei analysiert worden ist. 

[0049] GemaB einem weiteren Merkmal des bevorzugten Ausfuhrungsbeispiels erzeugt der Betriebs-Server 22 (siehe 
Fig. 2) eine Vertragsaktualisierungsdatei fur den Erzeugungs-Server 28 zur Aktualisierung seiner Dienstvertragsinfor- 
mationen. Die Vertragsaktualisierungsdatei wird taglich nach der Analyse der MSA-Extraktionsausgabedatei erzeugt, 20 
und die Operationen bei den Vertragstabellendatensatzen sind abgeschlossen. Die Vertragsaktualisierungsdatei wird auf 
dem Betriebs-Server 22 gespeichert, auf den durch den Erzeugungs-Server 28 zugegriffen werden kann. Die Vertragsak- 
tualisierungsdatei besteht aus alien in Kraft befindlichen (Vertragsstatus ist "L"), hinzugefugten, geanderten oder entfern- 
ten (Datensatzstatus ist "A", "C" bzw. "R") Datensatzen aus der Vertragstabelle. Nicht geanderte Datensatze (Datensatz- 
status ist "N") werden nicht in die Vertragsaktualisierungsdatei kopiert. Die Vertragsaktualisierungsdatei weist vorzugs- 25 
weise das XML-Format auf.. Die Datenfelder fur die Datensatze werden aus der Vertragstabelle kopiert. 
[0050] Eine als Protokollempfangsverlaufstabelle bezeichnete Datenbanktabelle wird ebenfalls erzeugt und unterhal- 
ten, um den Verlauf von von Abtasteinrichtungen empfangenen Protokolldaten zu verfolgen. Jede durch den Betriebs- 
Server empfangene Protokolldatei weist einen und ledigtich einen Datensatz in der Protokollempfangsverlaufstabelle 
auf. Jede Abtasteinrichtung kann mehrere Datensatze in der Tabelle aufweisen, die mehrere Protokolldateien von der 30 
gleichen Abtasteinrichtung darstellen. Jeder Datensatz in der Pro tokollempfangs verlauf stabelle weist die nachstehenden 
Datenfelder auf. (1) Der Primarschlussel ist das ID-Feld, bei dem es sich um eine bei der Einfugung des Datensatzes au- 
tomatisch erzeugte Zahlenfolge handelt. (2) Ein System-ID-Feld, das die System-ID der die Protokolldatei sendenden 
Abtasteinrichtung enthalt. (3) Eine Empfangsdatumszeitdatei mit dem Datum und der Zeit, zu der die Protokolldatei 
durch die Datenvorverarbeitungseinrichtung empfangen wurde. (4) Ein DateigroBenfeld, das die GroBe der empfangenen 35 
! Protokolldatei enthalt. (5) Ein Tage seit-letztem-Empfang-Feld, das die Anzahl von Tagen zwischen dem. Empfang der 
letzten Datei und dem Datum des Empfangs dieser Datei enthalt. 

[0051] Wenn eine neue Protokolldatei empfangen und verarbeitet wird, wird durch die Datenvorverarbeitungseinrich- 
tung ein neuer Datensatz in der ProtokollempfangsverlaufstabeDe hinzugefugt. Ein Datensatz in der Protokollempf angs- 
verlaufstabelle wird nicht geandert oder entfernt, wenn er einmal hinzugefugt ist. 40 
[0052] GemaB den bevorzugten Ausfiihrungsbeispielen der Erfindung fuhrt der Betriebs-Server (22 in Fig. 2) eine pe- 
riodische Task aus, die die Daten in der Protokollempfangsverlaufstabelle untersucht und bestimmt, ob das Datum des 
Empfangs oder das Volumen der zuletzt empfangenen Datendatei von einer speziellen Abtasteinrichtung angibt, daB die 
letzte Datensammlung von der Abtasteinrichtung nicht erfolgreich oder unvollstandig gewesen ist. 

[0053] GemaB einem bevorzugten Ausfuhrungsbeispiel berechnet die periodische Task eine historischen mittlere (d. h. 45 
durchschnittliche) GroBe der Betriebsdatendateien auf einer Pro- Abtasteinrichtung-Grundlage (ausschlieBlich der zuletzt 
empfangenen Datendatei fur jede Abtasteinrichtung) und bestimmt daraufhin, ob der historische Mittelwert der Daten- 
groBe von jeder Abtasteinrichtung sich um mehr als ein vorbestimmtes AusmaB, z. B. um mehr als einen vorbestimmten 
Prozentsatz (z. B. mehr als 10%), von der GroBe der zuletzt empfangenen Datendatei von der Abtasteinrichtung unter- 
scheidet. Die ProtokolldateigroBen werden aus den DateigroBenfeldem der Protokollempfangsverlaufstabelle wiederge- 50 
wonnen. Die durchschnittliche DateigroBe auf einer Pro- Abtasteinrichtung-Grundlage ist mittels einer in dem Betriebs- 
Server integrierten Vewaltungshilfseinrichtung in einem (nachstehend beschriebenen) Protokolldatenverlauf enthalten. 
[0054] GemaB einem anderen bevorzugten Ausfuhrungsbeispiel berechnet die periodische Task eine historische mitt- 
lere Zeit (z. B. Anzahl von Tagen) zwischen aufeinanderfolgenden Datenempfangen auf einer Pro- Abtasteinrichtung- 
Grundlage (ausschlieBlich der zuletzt empfangenen Datendatei) und bestimmt daraufhin, ob die historische mittlere Zeit 55 
zwischen aufeinanderfolgenden Datenempfangen fur jede Abtasteinrichtung sich um mehr als ein vorbestimmtes Aus- 
maB, z. B. um mehr als einen vorbestimmten Prozentsatz (z. B. mehr als 10%), von der Zeit (z. B. Anzahl von Tagen) 
zwischen der zuletzt empfangenen Datendatei und der vorhergehenden Datendatei von der Abtasteinrichtung unterschei- 
det. Die Anzahlen von Tagen zwischen aufeinanderfolgenden Datendateiempfangen werden aus den Tage seit-letztem- 
Empfang-Feldern der Protokollempfangsverlaufstabelle wiedergewonnen. Die durchschnittliche Anzahl von lagen zwi- 60 
schen aufeinanderfolgenden Datenempfangen auf einer Pro-Abtasteinrichtung-Grundlage ist in dem vorstehend ange- 
f iihrten Protokolldatenverlauf enthalten. 

[0055] GemaB dem am meisten bevorzugten Ausfuhrungsbeispiel der Erfindung fuhrt der Betriebs-Server beide vor- 
stehend beschriebenen periodischen Tasks aus, d. h. er vergleicht das Datenvolumen der zuletzt empfangenen Datendatei 
mit dem historischen nuttleren. Datenvolumen und vergleicht das Zeitintervall zwischen den zwei zuletzt empfangenen 65 
Datendateien mit der historischen mittleren Zeit zwischen Datenempfangen. Eine Abweichung bei einem dieser Parame- 
ter aktiviert eine KorrekturmaBnahme wie vorstehend beschrieben. 

[0056] Wieder mit Bezug auf Fig. 2 sendet der Betriebs-Server 22 im Falle einer Abweichung von dem historischen 
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Mittelwert, die eine nicht erfolgreiche oder unvollstandige Ubertragung ihrer Betriebsdaten durch eine AbtasAeinrichtung 
angibt, eine Anforderung zur neuen Initialisierung der Merkmale der Datenprotokollierung und der proaktiven Diagno- 
sedatenubertragung bei der speziellen Abtasteinrichtung 2 zu dem automatisierten Unterstutzungszentrum 16. AuBerdem 
zeichnet die in dem Betriebs-Server 22 integrierte Verwaltungshilfseinrichtung fur jede zu dem automatisierten Unter- 
stiitzungszentrum 16 gesendete Anforderung zur neuen Initialisierung einer Abtasteinrichtung das Datum, die Zeit und 
die System-ID der Abtasteinrichtung auf. Die Verwaltungshilfseinrichtung veranlaBt ferner, daB der passende System- 
verwalter von der Diskrepanz bei der Datenubertragung von der identifizierten Abtasteinrichtung benachrichtigt wird. 
[0057] GemaB dem bevorzugten Ausfuhrungsbeispiel unterhalt der Betriebs-Server auch eine als Abtasteinrichtungs- 
statustabelle bezeichnete Datenbanktabelle zur Verfolgung des Datenprotokollierungsdienststatus jeder Abtasteinrich- 
tung mit einem gultigen Vertrag (gultigen Vertragen). Kein zukiinftiger Vertrag ist in der AbtasteinrichtungsstatustabeUe 
enthalten, bis er aktuell wird. Jede durch einen gultigen Abtasteinrichtungsvemendungsberichteretattungsdienstvertra 
abgedeckte Abtasteinrichtung weist einen und lediglich einen nicht beendeten Datensatz in der Abtasteinrichtungsstatus- 
tabeUe auf. Fig. 5 zeigt den Lebenszyklus des Datenprotokollierungsprogramms bei einer Abtasteinrichtung. 
[0058] Mit Bezug auf Fig. 5 weist jede Abtasteinrichtung mit einem Verwendungsberichterstattungsdienst die nachste- 
henden Schwellendaten bei ihrem Dienstlebenszyklus auf. Bei einem Abtasteinrichtungseinschaltdurchlaufdatum han- 
delt es sich um das geplante Datum, zu dem das automatisierte Unterstutzungszentrum (16 in Fig. 2) einen Durchlauf 
ausfuhrt, der das Datenprotokollierungsmerkmal bei einer Abtasteinrichtung einschaltet. Das Abtasteinrichtungsein- 
schaltdatum sollte gieich dem Anfangsdatum bei dem die Abtasteinrichtung abdeckenden Vertrag sein. Bei einem erwar- 
teten Datum der ersten empfangenen Daten handelt es sich um das erwartete Datum, zu dem der Betriebs-Server (22 in 
Fig. 2) die erste Protokolldatenubertragung von der Abtasteinrichtung empfangt. Bei einem Datum der letzten empfan- 
genen Daten handelt es sich um das tatsachliche letzte Datum, zu dem der Betriebs-Server Protokolldaten von der Abta- 
steinrichtung empfangt. Bei einem Abtasteinrichtungsausschaitdurchlaufdatum handelt es sich um das geplante Datum, 
zu dem das automatisierte Unterstutzungszentrum einen Durchlauf zum Ausschalten des Datenprotokollierungsmerk- 
mals bei der Abtasteinrichtung ausfuhrt. Das Abtasteinrichtungsausschaltdatum sollte gieich dem Ablauf datum der einer 
Vertragsbeendigung folgenden Nachfrist sein. Es wird keine Protokolldatei von der Abtasteinrichtung empfangen, so- 
bald der M Abtasteinrichtungsausschalt"-Durchlauf des automatisierten Unterstutzungszentrums erfolgreich ist. 
[0059] Jede durch einen Verwendungsberichterstattungsdienstvertrag abgedeckte Abtasteinrichtung weist in ihrem 
Dienstlebenszyklus den nachstehenden Status auf: 0 (neu) die Abtasteinrichtung weist keinen aktiven Dienst auf; 1 (wird 
eingeschaltet) Dienst bei der Abtasteinrichtung wird eingeschaitet; 2 (aktiv) die Abtasteinrichtung weist einen aktiven 
Dienst auf; 3 (wird ausgeschaltet) Dienst bei der Abtasteinrichtung wird ausgeschaltet; 4 (beendet) Dienst bei der Abta- 
steinrichtung ist bereits beendet. 

[0060] Wie es in Tabelle 2 (siehe Anhang) zu sehen ist, werden daruber hinaus die nachstehenden Datenfelder in der 
Vertragstabelle definiert und fur Abtasteinrichtungsstatusschwellendatumsberechnungen verwendet. Fur jeden derzeiti- 
gen Vertrag in der Vertragstabelle enthalt ein Verarbeitungsdatumsfeld das Datum, zu dem der Betriebs-Server den Ver- 
trag zuerst verarbeitet hat. Die Vertragstabelle enthalt ebenf alls ein Vertragsnachfristbeendigungsdatumsfeld. Der Dienst 
kann nicht unmittelbar nach dem Vertragsbeendigungsdatum beendet werden. Der Dienst kann fur eine vorbestimmte 
Nachfrist aktiv bleiben. Fur jeden derzeitigen Vertrag in der Vertragstabelle ist das Nachfristbeendigungsdatumsfeld als 
eine vorbestimmte konfigurierbare Zeitdauer nach dem Vertragsbeendigungsdatum eingestellt. 

[0061] Die Abtasteinrichtungsstatusschwellendaten werden berechnet wie folgt. Das geplante Einschaltdurchiaufda- 
tum fur einen Vertrag ist das spatere Datum aus dem Verarbeitungsdatum und dem Vertragsanfangsdatum in der Ver- 
tragstabelle;. und fur eine Abtasteinrichtung ist es das fruheste geplante "Abtasteinrichtungseinschalf'-Durchlaufdatum 
fur alle ihre derzeitigen Vertrage, Das erwartete Datum der ersten empfangenen Daten wird anfanglich geplant und spater 
aktualisiert, wenn die ersten Daten tatsachlich empfangen werden. Das Datum der letzten empfangenen Daten wird als 
das Datum des letzten Protokollempfangs fur die Abtasteinrichtung gemaB der ProtokoUempfangsverlaufstabelle einge- 
stellt. Das geplante Ausschaltdurchlaufdatum fur einen Vertrag ist das Nachfristbeendigungsdatum; und fur eine Abta- 
steinrichtung wird es als das spateste Nachfristbeendigungsdatum fur alle ihre derzeitigen Vertrage eingestellt Jeder Da- 
tensatz in der AbtasteinrichtungsstatustabeUe weist Datenfelder auf, wie sie in Tabelle 3 (siehe Anhang) definiert sind. 
Der Primarschlussel ist das System-ED-Feld. 

[0062] Der Betriebs-Server unterhalt ebenfalls eine als Abtasteinrichtungsstatuspriiftabelle (Scanner Status Audit Ta- 
ble) bezeichnete Datenbanktabelle zur Verfolgung aller Einfugungen/Anderungen bei der Abtasteinrichtungsstatusta- 
beUe. Die AbtasteinrichtungsstatuspruftabeUe weist vorzugsweise Felder fur die Werte :alt und :neu aUer Felder von Ta- 
beUe 3 mit Ausnahme von Feld Nr. 5 (Datum des letzten Empfangs) auf. Sie weist ebenfalls ein Feld fur den Zeit-/Da- 
tumsstempel bei der Einfugung des Priifdatensatzes auf. Zur Verfolgung von Einfugungen wird ein Einfugungsausloser 
bei der AbtasteinrichtungsstatustabeUe plaziert, so daB der eingefiigte Datensatz zu den Feldern mit Wert :neu der Abta- 
steinrichtungsstatuspriiftabeUe hinzugefugt werden kann. Zur Verfolgung von Anderungen werden Anderungsausloser 
bei der AbtasteinrichtungsstatustabeUe plaziert, so daB geanderte Datensatze zu der AbtasteiririchtungsstatuspruftabeUe 
mit den Werten :alt und :neu hinzugefugt werden kbnnen. Die AbtasteinrichtungsstatustabeUe lost den Anderungsauslo- 
ser aus, wenn ein als "Ja" markiertes Feld in der Spalte " Anderungspriifung?" der TabeUe 3 geandert wird. 
[0063] Die AbtasteinrichtungsstatustabeUe wird vorzugsweise tagHch nach der AktuaUsierung der VertragstabeUe ak- 
tuaHsiert. Der Betriebs-Server erzeugt die AbtasteinrichtungsstatustabeUe, indem er aUe hinzugefiigten und geanderten 
Datensatze aus der VertragstabeUe analysiert, wie es in Fig. 6 gezeigt ist. Der Algorithmus gewinnt den nachsten in Kraft 
befindHchen hinzugefugten/geanderten Datensatz aus der VertragstabeUe wieder (Schritt 78). In einem Schritt 80 be- 
stimmt der Algorithmus, ob der Wert in dem Vertrags-Rec-Key-Feld fur den wiedergewonnenen Datensatz 0 (einen der- 
zeitigen Vertrag angebend) oder 1 (einen zukunftigen Vertrag angebend) ist. Falls der Wert gieich 0 ist, bestimmt der Al- 
gorithmus, ob die System-ID fur den verarbeiteten Datensatz in der AbtasteinrichtungsstatustabeUe vorhanden ist 
(Schritt 82). Die AbtasteinrichtungsstatustabeUendatensatzoperationen umfassen eine Hinzufugung eines neuen Daten- 
satzes (Schritt 86 gemaB Fig. 6), falls die System-ID nicht in der AbtasteinrichtungsstatustabeUe vorhanden ist, und eine 
Anderung eines vorhandenen Datensatzes (Schritt 84 gemaB Fig. 6), falls die System-ID in der Abtasteinrichtungsstatus- 
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•tabelle vorhanden ist und kein Fehler vorhanden ist. Es wird ein Fehleranzeiger erzeugt (Schritt 88), falls ein Fehler bei 
derl Daten in dem analysierten Datensatz erfaBt wird. Der Algorithmus endet, wenn es bestimmt wird (Entscheidungs- 
block 90 gemaB Fig. 6), daB der letzte hinzugefugte/geanderte Datensatz aus der Vertragstabeilendatei analysiert ist. Der 
Algorithmus geht direkt von dem Schritt 80 zu dem Schritt 90 uber, falls der Vertrags-Rec-Key-Wert gleich i ist, 
[0064] GemaB dem bevorzugten Ausfuhrungsbeispiel wird ein neuer Datensatz basierend auf dem folgenden in der 5 
Abtasteinrichtungsstatustabelle hinzugefugt: (1) Der System-ED- Wert wird gemaB der System-ID des Datensatzes aus 
der Vertragstabelle eingestellt. (2) Das Einschaltdurchlaufdatumsfeld wird auf das spatere Datum des Verarbeitungsda- 
tums und des Vertragsanfangsdatums des Datensatzes aus der Vertragstabelle eingestellt. (3) Das Einschaltdurchlaufver- 
suchefeld wird auf die Anzahl von Durchlaufversuchen zum Einschalten des Dienstes (Voreinstellung auf 0) eingestellt. 
(4) Das Feld des Datums des ersten Empfangs wird gemaB dem durch das automatisierte Unterstutzungszentrum (16 in 10 
Fig. 2) erzeugten proaktiven Diagnosezeitplan eingestellt. (5) Der Wert des Felds des Datums des letzten Empfangs wird 
auf Null eingestellt. (6) Das Ausschaltdurchlaufdatumsfeld wird auf das Vertragsnachfristbeendigungsdatum des Daten- 
satzes aus der Vertragstabelle eingestellt. (7) Das Aussschaltdurchlaufversuchefeld wird auf 0 eingestellt. (8) Der Wert 
des Statusfelds wird auf 4 (beendet) eingestellt, falls das Raumstatusfeld des Datensatzes in der ^Vertragstabelle den Wert 
9X auf weist. Andernf alls wird der Wert auf 0 (neu) eingestellt. 15 
[0065] Ein vorhandener Datensatz in der Abtasteinrichtungsstatustabelle wird modifiziert wie folgt: (1) Der System- 
ID- Wert wird nicht geandert. (2) Wenn das Feld des derzeitigen Status den Wert 0 (neu) aufweist, dann wird der Ein- 
schaltdurchlaufdatumswert zu dem fruheren Wert des derzeitigen Werts und des aus dem Datensatz aus der Vertragsta- 
belle abgeleiteten geplanten Einschaltdurchlaufdatums des Vertrags geandert. Wenn das Feld des derzeitigen Status ei- 
nen anderen Wert als 0 (neu) aufweist, dann wird der Wert nicht geandert. (3) Der Wert in dem Einschaltdurchlaufversu- 20 
chefeld wird nicht geandert. (4) Das Feld des Datums des ersten Empfangs wird gemaB dem durch das automatisierte Un- 
terstutzungszentrum erzeugten proaktiven Diagnosezeitplan geandert. (5) Der Wert in dem Feld des Datums des letzten 
Empfangs wird nicht geandert. (6) Der Wert in dem Ausschaltdurchlaufdatumsfeld wird zu dem spateren Wert des der- 
zeitigen Werts und des Vertragsnachfristbeendigungsdatum des Datensatzes aus der Vertragstabelle geandert. (7) Das 
Aussschaltdurchlaufversuchefeld wird nicht geandert. (8) Der Wert des Statusfelds wird auf 4 (beendet) eingestellt, falls 25 
das Raumstatusfeld des Datensatzes in der Vertragstabelle den Wert 9X aufweist. Andemfalls wird der Wert nicht gean- 
dert. 

[0066] GemaB dem bevorzugten Ausfuhrungsbeispiel der Erfindung wird der Status aller Abtasteinriehtungen taglich 
nach der auf der Vertragstabelle basierenden Aktualisierung der Abtasteinrichtungsstatustabelie aktualisiert. Der Be- 
triebs-Server aktualisiert den Status aller Abtasteinrichtungsdatensatze in der Abtasteinrichtungsstatustabelle unter \fer- 30 
wendung des in Fig. 7 gezeigten Algorithmus. Der Algorithmus gewinnt den nachsten Datensatz in der Abtasteinrich- 
tungsstatustabelle wieder (Schritt 92). In einem Schritt 94 wird das Feld des Datums des letzten Empfangs basierend auf 
der Protokollempfangsverlaufstabelle aktualisiert. In einem Schritt 96 bestimmt der Algorithmus den derzeitigen Wert in 
dem Statusfeld des verarbeiteten Datensatzes. 

[0067] Falls das Statusfeld den Wert 6 (neu) aufweist, bestimmt der Algorithmus, ob der Tag als das Abtasteinrich- 35 
tungseinschaltdurchlaufdatum geplant ist (Schritt 100). Wenn "Ja" zutrifft, dann wird der Abtasteinrich tungsstatus von 0 
zu 1 geandert (Schritt 102), und der Wert in dem Einschaltdurchlaufversuchefeld wird um 1 erhoht. Der Wert aller ande- 
ren Felder wird nicht geandert. Der Betriebs-Server (22 in Fig. 2) sendet daraufhin eine E-Mail zu dem automatisierten 
Unterstutzungszentrum (16 in Fig. 2), die letzteres zur Fernfreigabe des Datenprotokollierungsmerkmals und der proak- 
tiven Diagnosedateniibertragung bei den Abtasteinriehtungen auffbrdert. Daraufhin bestimmt der Algorithmus, ob es 40 
sich bei dem verarbeiteten Datensatz um den letzten Datensatz in der Abtasteinrichtungsstatustabelle handelt (Schritt 
114). Wenn "Nein" zutrifft, dann geht der Algorithmus direkt zu dem Schritt 114 uber. Falls es sich bei dem gerade ver- 
arbeiteten Datensatz um den letzten Datensatz handelt, endet der Algorithmus. Falls es sich nicht um den letzten Daten- 
satz handelt, kehrt der Algorithmus zu dem Schritt 92 zuriick und verarbeitet den nachsten Datensatz. 

[0068] Falls das Statusfeld den Wert 1 aufweist (wird eingeschaltet), bestimmt der Algorithmus, ob das Datum des letz- 45 
ten Empfangs Null ist (Schritt 98). Heute ist als das Abtasteinrichtungseinschaltdurchlaufdatum geplant (Schritt 100). 
Wenn "Ja" zutrifft, dann geht der Algorithmus zu dem Schritt 114 uber. Wenn "Nein" zutrifft, dann wird vor dem t)ber- 
gang zu dem Schritt 114 der Abtasteinrichtungsstatus von 1 zu 2 geandert (Schritt 104). 

[0069] Falls das Statusfeld den Wert 2 (aktiv) aufweist, bestimmt der Algorithmus, ob der Tag als das Abtasteinrich- 
tungsausschaltdurchlaufdatum geplant ist (Schritt 106). Wenn "Ja" zutrifft, dann wird der Abtasteinrichtungsstatus von 2 50 
zu 3 geandert (Schritt 112), und der Wert in dem Ausschaltdurchlaufversuchefeld wird um 1 erhoht. Der Wert aller an- 
deren Felder wird nicht geandert. Der Betriebs-Server (22 in Fig. 2) sendet daraufhin eine E-Mail zu dem automatisierten 
Unterstutzungszentrum (16 in Fig. 2), die letzteres zur Femsperrung des Datenprotokollierungsmerkmals und der proak- 
tiven Diagnosedateniibertragung bei den Abtasteinriehtungen auffordert. Daraufhin geht der Algorithmus zu dem Schritt 
114 liber. Wenn "Nein" zutrifft, dann geht der Algorithmus direkt zu dem Schritt 114 uber. 55 
[0070] rFalls das Statusfeld den Wert 3 (wird ausgeschaltet) aufweist, bestimmt der Algorithmus, ob der Tag X Tage 
nach dem Datum des letzten Empfangs ist (Schritt 108). Wenn "Ja" zutrifft, dann geht der Algorithmus zu dem Schritt 
114 uber. Der Wert von X ist konfigurierbar. Wenn "Ja" zutrifft, dann wird vor dem l)bergang zu dem Schritt 114 der Ab- 
tasteinrichtungsstatus von 3 zu 4 geandert (Schritt 110). Wenn "Nein" zutrifft, dann geht der Algorithmus direkt zu dem 
Schritt 114 uber. 60 
[0071] Die Datenvorverarbeitungseinrichtung (in dem in Fig. 2 gezeigten Betriebs-Server 22 integriert) fuhrt die an- 
fangliche Verarbeitung von Abtasteinrichtungsdaten aus, nachdem sie zu dem automatisierten Unterstutzungszentrum 
gesendet worden sind. Diese (in Fig. 8 gezeigte) anfangliche Verarbeitung besteht aus einer periodischen tJberprOfung 
hinsichtlich und Sammlung neuer Abtasteinrichtungsdateien (Schritt 116), einer Identification der Art von Abtasteinrich- 
tung, von der die Datei gekommen ist, einer Verifikation der Felder in der Abtasteinrichtungsdatei (Schritt 118), einer Er- 65 
zeugung der CPT-Codes (Schritt 120), einer Wandlung der Abtasteinrichtungsdatei in ein XMI>Format (Schritt 122) und 
einer Obertragung der Datei zu dem Erzeugungs-Server. Ein Verlauf der Datenvorverarbeitungseinrichtungsaktivitaten, 
der umfaBt, welche Abtasteinrichtungsdateien verarbeitet wurden, wann sie verarbeitet wurden, wie lange die Verarbei- 
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tung dauerte und mit der Verarbeitung verbundene Fehler, ist in einem webzugestellten Format fur 4en Systemverwalter 
verfiigbar. Falls Abtasteinrichtungen die Dateien nicht senden, wie sie sollten, oder Verarbeitungsfehler angetroffen wer- 
den, benachrichtigt die Datenvorverarbeitungseinrichtung den Systemverwalter. 

[0072] Die Datenvorverarbeitungseinrichtung erfaBt es automatisch, wenn neue Abtasteinrichtungsdateien von dem 
automatisierten Unterstiitzungszentrum angekommen sind, und validiert daraufhin diese Dateien (Schritt 118 gemaB Fig. 
8). Es kann erforderlich sein, einige Dateien zu dekomprirnieren. Die Datenvorverarbeitungseinrichtung identifiziert die 
Datei- "Grammatik" (z. B. MR oder CT) und protokolliert jede unbekannte Grammatik als einen Fehler. Die Daten vor- 
verarbeitungseinrichtung verifiziert ebenf alls, daB alle zur Bereitstellung des anstehenden Dienstes erforderlichen Felder 
in dem Datensatz von dem richtigen Typ und in dem richtigen Bereich vorhanden sind. Die Datenvorverarbeitungsem- 
richtung versucht, so viel wie moglich von der rohen Abtasteinrichtungsdatei zu erhalten. FaUs der Datensatz nicht voll- 
standig ist (d. h. ein fehlendes Feld aufweist), wird der Datensatz protokolUert und geloscht. Wenn der geloschte Daten- 
satz sich auf einer andere Datensatze umfassenden Stufe befindet, dann werden die umfaBten Datensatze ebenfalls ge- 
loscht (z. B. bewirkt ein geloschter Untersuchungsdatensatz, daB alle nachfolgenden Datensatze bis zu dem nachsten Un- 
tersuchungsdatensatz geloscht werden). Wenn die Untersuchungs- oder Folgennummer in einem Datensatz repliziert 
wird, dann werden nachfolgende Datensatze neu numeriert, urn dies zu korrigieren. Die Datenvorverarbeitungseinnch- 
tung erzeugt femer basierend auf einem Bezugsdokument CPT-Codes. 

[0073] Die Datenvorverarbeitungseinrichtung iiberwacht (Schritt 126) und zeichnet ihre Aktivitaten auf (Schritt 128) 
und berichtet dem Systemverwalter die Aktivitaten (Schritt 130). Insbesondere zeichnet die Datenvorverarbeitungsein- 
richtung die Zeit und den Tag, zu denen eine Abtasteinrichtungsdatei von dem automatisierten Unterstutzungszentrum 
empfangen wird, und die GroBe der Datei auf (in der Protokollempfangsverlaufstabelle); die Anfangs- und Beendigungs- 
zeit und den Tag, zu denen eine Abtasteinrichtungsdatei verarbeitet wird (auf diese sollte iiber die System-ID zugegnffen 

werden konnen); . 
[0074] und mit der Verarbeitung einer Abtasteinrichtungsdatei verbundene Fehler (auf diese soUte wieder uber die Sy- 
stem-ID zugegriffen werden konnen). Dariiber hinaus uberpriift die Datenvorverarbeitungseinrichtung periodisch alle 
zur Datenprotokollierung und Berichterzeugung freigegebenen Abtasteinrichtungen (Schritt 124) und verifiziert, daB 
diese Abtasteinrichtungen Daten gesendet haben. Die Rate, mit der diese Uberpriifung ausgefuhrt wird, ist konfiguner- 
bar. Die Datenvorverarbeitungseinrichtung benachrichtigt den Systemverwalter von Fehlerbedingungen oder nicht akti- 
ven Abtasteinrichtungen. Die Datenvorverarbeitungseinrichtung protokolUert ferner die Anzahl von zu dem Erzeu- 
gungs-Server iibertragenen Dateien. Die Datenvorverarbeitungseinrichtung sendet verarbeitete XML-Dateien zu dem 
Erzeugungs-Server (28 in Fig. 2), nachdem sie sie komprimiert hat, sobald die Verarbeitung abgeschlossen ist. Die Da- 
tenvorverarbeitungseinrichtung sendet einmal pro Tag eine Ubertragungsprotokolldatei zu dem Erzeugungs-Server (28 
in Fig. 2). Die Datenvorverarbeitungseinrichtung stellt dynamische HTML-Berichte zu, die die Anzahl von verarbeiteten 
Dateien, Verarbeitungszeitstatistiken und Fehlerprotokolle, d. h. pro Tag, Woche, Monat und Jahr verarbeitete Dateien 
sowie die durchschnittliche, minimale und maximale Zeit zur Verarbeitung einer Datei; Abtasteinrichtungsdateistatisti- 
ken iiber alle System-ID sowie iiber eine einzelne System-ID, d. h. Empfangszeit pro System-ID und alien System-ID; 
und die DateigroBe pro System-ID und alien System-ID; und das erwartete Datum, zu dem eine System-ID Daten zusam- 
men mit einem Status zustellen soil, zeigen. 

[0075] GemaB einer weiteren Ausgestaltung der Erfindung ist der Betriebs-Server mit einer webbasierten Verwaltungs- 
hilfseinrichtungsfunktionalitat programmiert, die eine Ereignisprotokollierung und -berichterstattung umfaBt Die Ver- 
waltungshilfseinrichtung unterhalt eine "ProtokoUdatei" (nicht notwendigerweise in einer Dateistruktur) zur Aufzeich- 
nung der nachstehenden Aktivitaten: Datum und Zeit, zu denen ein Abruf der MSA-Extraktionsausgabedatei fehlschlug; 
Datum, Zeit und DateigroBe der empfangenen MSA-Extraktionsausgabedatei; Datum, Zeit und gesamte Anzahl von ana- 
lysierten MSA-Extraktionsausgabedateidatensatzen; Datum, Zeit und Fehlerbedingungen bei dem Extraktionsalgorith- 
mus und der betreffenden Vertragstabelle; Datum, Zeit und Anzahl von neuen Datensatzen, Anzahl von nicht geanderten 
Datensatzen, Anzahl von geanderten Datensatzen und Anzahl von entfemten Datensatzen in der Vertragstabelle; Datum, 
Zeit, DateigroBe, Anzahl von neuen Datensatzen, Anzahl von geanderten Datensatzen und Anzahl von entfernten Daten- 
satzen in der Vertragsaktualisierungsdatei; Datum, Zeit und DateigroBe fur die zu dem Erzeugungs-Server gesendete/ 
durch den Erzeugungs-Server wiedergewonnene VertragsaktuaHsierungsdatei; Datum und Zeit, zu denen ein neuer Da- 
tensatz in der AbtasteinrichtungsstatustabeUe hinzugefugt wird; Datum, Zeit sowie alte und neue Werte von geanderten 
Datensatzen in der AbtasteinrichtungsstatustabeUe; und Datum, Zeit, Durchlaufart und System-ID der zum Ein-/Aus- 
schalten einer Abtasteinrichtung zu dem automatisierten Unterstutzungszentrum gesendeten E-Mail- Anforderungen. 
[0076] Dariiber hinaus stellt die Verwaltungshilfseinrichtung auf Anforderung verschiedene Berichte bereit. Beispiels- 
weise umfaBt ein Neuer-Kunde-Verfoigungseinrichtungsbericht alle Abtasteinrichtungen, die durch einen neuen \fer- 
wendungsberichterstattungsdienstvertrag (neue Verwendungsberichterstattungsdienstvertrage) abgedeckt werden und 
sich noch nicht in der Erzeugungsbetriebsart befinden. Aus der AbtasteinrichtungsstatustabeUe sind aUe Abtasteinrich- 
tungen mit einem Status 0 (neu) und 1 (wird eingeschaltet) in dieser Liste enthalten. Fur jede aufgelistete Abtasteinrich- 
tung weist der Bericht die nachstehenden Informationen auf: Kundenname, Abtasteinrichtungssystem-ID, Vertragsan- 
fangsdatum (Vertragsanfangsdaten), Diensteinschaltdatum, Anzahl von Einschaltdurchlaufversuchen, erwartetes Datum 
der ersten empfangenen Daten, Status und Unterstiitzung. Fur aUe in diesem Bericht aufgelisteten Abtasteinrichtungen 
werden die Informationen hinsichtlich Abtasteinrichtungssystem-ID, Diensteinschaltdatum, Anzahl von Einschaltdurch- 
laufversuchen und erwartetem Datum der ersten empfangenen Daten aus den Feldem der System-ID, des Einschalt- 
durchlaufdatums, der Einschaltdurchlaufversuche bzw. des Datums des ersten Empfangs der Abtasteinrichtungsstatusta- 
beUe wiedergewonnen. ... J * T 
[0077] Fiir aUe in dem Neuer-Kunde-Verfolgungseinrichtungsbericht aufgelisteten Abtasteinnchtungen werden die In- 
formationen hinsichtlich Kundenname und Vertragsanfangsdatum (Vertragsanfangsdaten) aus den Feldern des Kunden- 
namens bzw. des Vertragsanfangsdatums in der VertragstabeUe wiedergewonnen. Fiir eine durch mehrere Abtasteinrich- 
tungsverwendungsberichteretatmngsdUenstvertrage in der VertragstabeUe abgedeckte Abtasteinrichtung werden alle Ver- 
tragsanfangsdaten wiedergewonnen und aufgeUstet. 
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[0078] Jede in dem Neuer-Kunde- Verfolgungseinrichtungsbericht aufgelistete Abtasteinrichtung weist einen der nach- 
steheriden Status auf: (a) eine Abtasteinrichtung weist einen Status Grun auf, falls das Systemdatum sich vor dem erwar- 
teten Datum der ersten empfangenen Daten befindet; (b) eine Abtasteinrichtung weist einen Status Gelb auf, falls das Sy- 
stemdatum sich innerhalb von 2 Tagen nach dem erwarteten Datum der ersten empfangenen Daten befindet'; (c) eine Ab- 
tasteinrichtung weist einen Status Rot auf, falls das Systemdatum sich zumindest 2 Tage nach dem erwarteten Datum der 5 
ersten empfangenen Daten befindet. 

[0079] Eine Unterstutzung ist lediglich verfugbar, wenn der Status Rot ist und der derzeitige Status der Abtasteinrich- 
tung aus der Abtasteinrichtungsstatustabelle 1 (ein) ist. Wenn durch den Betriebs-Server eine Unterstiitzungsanforderung 
ausgegeben wird, wird eine die Fernfreigabe des Datenprotokollierungsmerkmals und der proaktiven Diagnosedaten- 
ubertragung bei dieser Abtasteinrichtung anfordernde E-Mail zu dem automatisierten Unterstutzungszentrum gesendet 10 
In der Abtasteinrichtungsstatustabelle wird das Einschaltdurchlaufdatumsfeld dieser Abtasteinrichtung auf das System- 
datum riickgesetzt. Das Feld des erwarteten Datums der ersten empfangenen Daten in dem Neuer-Kunde- Verfolgungs- 
einrichtungsbericht wird auf eine vorbestimmte konfigurierbare Periode nach dem geplanten Diensteinschaltdatum riick- 
gesetzt. Die Anzahl von Einschaltdurchlaufversuchen wird um 1 erhoht. Es wird ein manueller Eingriff erwartet, wenn 
die Anzahl von Einschaltdurchlaufversuchen groBer als 2 ist. Der Neuer-Kunde- Verfolgungseinrichtungsbericht wird 15 
durch Datenbankabfragen in Echtzeit erzeugt, wenn er angefordert wird. 

[0080] Die Verwaltungshilfseinrichturig kann auch einen Ablaufender-Kunde- Verfolgungseinrichtungsbericht erzeu- 
gen. Diese Verfolgungseinrichtung umfaBt alle Abtasteinrichtungen, die durch ablaufende Verwendungsberichterstat- 
. tungsdienstvertrage abgedeckt werden. Diese Liste umfaBt alle Abtasteinrichtungen aus der Abtasteinrichtungsstatusta- 
belle mit einem Status 3 (aus) oder Status 2 (aktiv), jedoch in der Vertragsnachfrist. Fiir jede aufgelistete Abtasteinrich- 20 
tung weist der Ablaufender-Kunde- Verfolgungseinrichtungsbericht die nachstehenden Informationen auf: Kundenname, 
Abtasteinrichtungssystem-ID, Vertragsbeendigungsdatum (Vertragsbeendigungsdaten), Dienstausschaltdatum, Anzahl 
von Ausschaltdurchlaufversuchen, Datum der letzten empfangenen Daten, Status und Unterstutzung. Fiir alle in diesem 
Bericht aufgelisteten Abtasteinrichtungen werden die Informationen hinsichtlich Abtasteinrichtungssystem-ID, Dienst- 
ausschaltdatum, Anzahl von Ausschaltdurchlaufversuchen und Datum der letzten empfangenen Daten aus den Feldem 25 
der System-ID, des Ausschaltdurchlaufdatums, der Ausschaltdurchlaufversuche bzw. des Datums des letzten Empfangs 
in der Abtasteinrich tungsstatustabelle wiedergewonnen. Fiir alle in diesem Bericht aufgelisteten Abtasteinrichtungen 
werden die Informationen hinsichtlich Kundenname und Vertragsbeendigungsdatum (Vertragsbeendigungsdaten) aus 
den Feldern des Kundennamens bzw. des Vertragsbeendigungsdatums der Vertragstabelle wiedergewonnen. Fiir eine 
Abtasteinrichtung mit mehreren Dienstvertragen in der Vertragstabelle werden alle Vertragsbeendigungsdaten wiederge- 30 
wonnen und aufgelistet. 

[0081] Jede in dem Ablaufender-Kunde- Verfolgungseinrichtungsbericht aufgelistete Abtasteinrichtung weist einen der 
nachstehenden Status auf: 

(a) eine Abtasteinrichtung weist einen Status Grun auf, falls das Datum, der letzten empfangenen Daten sich vor dem 
Dienstausschaltdatum befindet; (b) eine Abtasteinrichtung weist einen Status Gelb auf, falls das Datum der letzten emp- 35 
farigenen Daten sich innerhalb von 1 Woche nach dem Dienstausschaltdatum befindet; und (c) eine Abtasteinrichtung 
weist einen Status Rot auf, falls das Datum der letzten empfangenen Daten uber 1 Woche nach dem Dienstausschaltda- 
tum hinaus ist. 

[0082] Eine Unterstutzung ist lediglich verfugbar, wenn der Status Rot ist und der derzeitige Status der Abtasteinrich- 
tung aus der Abtasteinrichtungsstatustabelle 3 (aus) ist. Wenn eine Anforderung fur Unterstutzung . ausgegeben wird, 40 
wird durch den Betriebs-Server eine die Fernsperrung des Datenprotokollierungsmerkmals und der proaktiven Diagno^ 
sedatenubertragung bei dieser Abtasteinrichtung anfordemde E-Mail zu dem automatisierten Unterstutzungszentrum ge- 
sendet. In der Abtasteinrichtungsstatustabelle wird das Ausschaltdurchlaufdatumsfeld dieser Abtasteinrichtung auf das 
Systemdatum riickgesetzt. Das Ausschaltdurchlaufversuchefeld wird um 1 erhoht. Es wird ein manueller Eingriff erwar- 
tet, wenn die Anzahl von Ausschaltdurchlaufversuchen groBer als 2 ist. Dieser Bericht wird wieder durch Datenbankab- 45 
fragen in Echtzeit erzeugt, wenn er angefordert wird. 

[0083] Die Verwaltungshilfseinrichtung kann ebenfalls einen Aktiver-Kunde- Verfolgungseinrichtungsbericht erzeu- 
gen. Diese Verfolgungseinrichtung umfaBt alle Abtasteinrichtungen, bei denen sich die Datenprotokollierung in der Er- 
zeugungsbetriebsart befindet. Diese Liste umfaBt alle Abtasteinrichtungen aus der Abtasteinrichtungsstatustabelle mit ei- 
nem Status 2(aktiv). 50 
[0084] Fur jede aufgelistete Abtasteinrichtung weist der Aktiver-Kunde- Verfolgungseinrichtungsbericht die nachste- 
henden Informationen auf: Kundenname, Abtasteinrichtungssystem-ID, Einschaltdatum, Datum der letzten empfange- 
nen Daten, erwartetes Datum der nachsten Daten, GroBe der letzten empfangenen Datei und Status. Fiir jede in diesem 
Bericht aufgelistete Abtasteinrichtung werden die Informationen hinsichtlich Abtasteinrichtungssystem-ID, Datum der 
letzten empfangenen Daten und GroBe der letzten empfangenen Datei aus dem System-ID-Feld, der letztem Empfangs- 55 
datumszeit und der DateigroBe des letzten Empfangs wiedergewonnen/abgeleitet, die in der Protokollempfangsverlauf- 
stabelle enthalten sind. Das erwartete Datum der nachsten Daten wird gemaB dem proaktiven Diagnosezeitplan des au- 
tomatisierten Unterstutzungszentrums eingestellt. Fiir jede in diesem Bericht aufgelistete Abtasteinrichtung werden die 
Informationen hinsichtlich des Einschaltdatums aus dem Einschaltdurchlaufdatumsfeld in der Abtasteinrichtungsstatus- 
tabelle wiedergewonnen, und die Informationen hinsichtlich des Kundennamens werden aus dem Feld des Kundenna- 60 
mens der Vertragstabelle wiedergewonnen. 

[0085] Jede in dem Aktiver-Kunde- Verfolgungseinrichtungsbericht aufgelistete Abtasteinrichtung weist einen der 
nachstehenden Status auf: (a) eine Abtasteinrichtung weist einen Status Grun auf, falls das Systemdatum sich vor dem er- 
warteten Datum der nachsten Daten befindet und die GroBe der letzten empfangenen Datei groBer als 15 Kilobytes ist; 

(b) eine Abtasteinrichtung weist einen Status Gelb auf, falls das Systemdatum sich innerhalb von 2 Tagen nach dem er- 65 
warteten Datum der nachsten Daten befindet oder die GroBe der letzten empfangenen Datei sich zwischen 5 und 15 Ki- 
lobytes befindet; und (c) eine Abtasteinrichtung weist einen Status Rot auf, falls das Systemdatum uber 2 Tage nach dem 
erwartete Datum der nachsten Daten hinaus ist oder die GroBe der letzten empfangenen Datei kleiner als 5K ist. Der Ak- 
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tiver-Kunde-Verfolgungseinrichtungsbericht wird durch Datenbankabfragen in Echtzeit erzeugt, wenn er.angefordert 
wird. 

[0086] Die Verwaltungshilfseinrichtung kann femer einen Protokolldatenverlaufsbericht erzeugen. Diese Verfolgungs- 
einrichtung umfaBt alle Abtasteinrichtungen, die jemals durch einen Verwendungsberichterstattungsdienstvertrag abge- 
deckt wurden. Diese Liste umfaBt alle Abtasteinrichtungen aus der Abtasteinrichtungsstatustabelle mit einem Status 0 
(neu), 1 (ein), 2 (aktiv), 3 (aus) und 4 (beendet). Fur jede aufgelistete Abtasteinrichtung weist der Protokolldatenverlaufs- 
bericht die nachstehenden Informationen auf: Kundenname, Abtasteinrichtungssystem-ID, Einschaltdatum, Anzahl von 
empfangenen Dateien, durchschnittliche DateigroBe, durchschnittliche Anzahl von Tagen zwischen dem Datenempfang, 
derzeitiger Status und Einzelheiten. Fur jede in diesem Bericht auf gelistete Abtasteinrichtung werden die Informationen 
hinsichtlich Abtasteinrichtungssystem-ID, Anzahl von empfangenen Dateien, durchschnittlicher DateigroBe und durch- 
schnittlicher Anzahl von Tagen zwischen dem Datenempfang aus dem System-ID-Feld, der Anzahl von Datensatzen mit 
dieser System-ID, dem Durchschnitt der DateigroBe und dem Durchschnitt der Tage seit dem letzten Empfang wieder- 
gewonnen/abgeleitet, die jeweils in der Protokollempfangsverlaufstabelle enthalten sind. Fur jede in diesem Bericht auf- 
gelistete Abtasteinrichtung werden die Informationen hinsichtlich des Einschaltdatums und des derzeitigen Status aus 
den Feldem des Einschaltdurchlaufdatums und des Status (neu, ein, aktiv, aus oder beendet) der Abtasteinrichtungssta- 
tustabelle wiedergewonnen, und die Informationen hinsichtlich des Kundennamens werden aus dem Feld des Kunden- 
namens der Vertragstabelle wiedergewonnen. Der Bericht wird durch Datenbankabfragen in Echtzeit erzeugt, wenn er 
angefordert wird. 

[0087] Die Erfindung ist nicht auf die Anwendung bei einer automatisierten Uberwachung einer Betriebsdatenproto- 
kollierung bei medizinischen Abbildungsvorrichtungen beschrankt. Das offenbarte automatisierte Uberwachungsverfah- 
ren kann zur Uberwachung der Protokollierung und Ubertragung von Betriebsdaten von anderen Arten von benutzerbe- 
dienten elektronischen Vorrichtungen zu einer zentralen Dienstanlage verwendet werden. 

[0088] Wahrend die Erfindung unter Bezugnahme auf bevorzugte Ausfuhrungsbeispiele beschrieben ist, ist es fiir 
Fachleute offensichtlich, daB verschiedene Anderungen ausgefuhrt und Aquivalente fur Elemente davon eingesetzt wer- 
den konnen, ohne von dem Bereich der Erfindung abzuweichen. Dariiber hinaus konnen viele Modifikationen zur An- 
passung einer speziellen Situation an die Lehre der Erfindung ausgefuhrt werden, ohne von dem wesentlichen Bereich 
davon abzuweichen. Daher soli die Erfindung nicht auf das offenbarte, als bester Modus zur Ausfuhrung der Erfindung 
betrachtete spezielle Ausf uhrungsbeispiel beschrankt sein, sondern die Erfindung soil alle in den Bereich der beigefugten 
Patentanspriiche fallenden Ausfuhrungsbeispiele umfassen. 

[0089] Wie er in den Patentanspruchen verwendet ist, wird der Ausdruck "Computersystem" derart breit verwendet, 
daB er einen einzelnen Computer, einen einzelnen Server oder eine einzelne Datenverarbeitungseinrichtung oder eine 
Gruppe von verbundenen Computem, Servern oder Datenverarbeitungseinrichtungen umfaBt. Wie es von Fachleuten 
leicht zu erkennen ist, konnen zwei Datenverarbeitungsfunktionen als getrennte Softwaremodule Oder Computerpro- 
gramme auf getrennten Computem oder Servem oder als getrennte Softwaremodule oder Computerprogramme auf dem 
gleichen Computer oder Server realisiert sein. Wie er in den Patentanspruchen verwendet ist, bedeutet der Ausdruck "an- 
kommende Protokolldatei" die zuletzt empfangene Betriebsdatenprotokolldatei. 

[0090] Es werden ein Verfahren und ein System zur Uberwachung der regelmaBigen Sammlung von Betriebsdaten von 
einer Vielzahl von entfernt angeordneten medizinischen Abbildungsvorrichtungen (2) durch eine zentrale Dienstanlage 
(16, 22) und zum Beginnen eines KorrekturmaBnahmenprozesses, falls die Sammlung von Betriebsdaten basierend auf 
der Empfangsfrequenz und dem Volumen der von der Datenquelle empfangenen Daten von einer historischen Norm ab- 
weicht, bereitgestellt. Das System bestimmt automatisch auf einer Pro-Abtasteinrichtung-Grundlage, wenn sich entwe- 
der die Datenmenge bei dem letzten Empfang oder die Zeit zwischen den zwei letzten Datenempfangen auf eine Art und 
Weise geandert hat, die eine AbhilfemaBnahme erfordert. Insbesondere wird eine KorrekturmaBnahme ergriffen, falls 
das Datenvolumen oder die Zeit zwischen Empfangen um einen vorbestimmten Prozentsatz von einem historischen Mit- 
telwert abweichen. 
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ANHANG 

© GE Medical Technology Services, Inc., 2000. 
Tabelle 1 

Datendefinition der Extraktionsausgabedatei 



1 Nr. 


Feldname 


| Kommentar 


1 *YP 


1 


Dienstvertragsort 


Der Ortscode far den 

Dienstvertrag. 

Dienstvertr^ge konnen 
j gleiche Nummern an 
j unterscniealichen Orten 

aufweisen. 


Char (4) 


2 


Vertragsnummer 


Dienstvertragsnummer . 


Char (7) 


3 


Vertrags -Rec-Key 


j Mogliche Werte umfassen: 0 
flir derzeitigen Vertrag; 1 
fttr zuktinftigen Vertrag/ 
Ein zuktinftiger Vertrag 
kann eine Erneuerung eines 
vorhandenen derzeitigen 
Vertrags mit der gleichen 
Vertragsnummer sein. 


Char(l) 


4 


Kqrperschaftshame 


I Name der Korperschaf t mit 
mehreren Krankenhausern, 
die den Vertrag 
unterzeichnet . Aus Anlagen- 
ID, Dienstmitgliedschaf ts- 
nummer oder nationalem 

! Kontocode abgelei.tet . 


Char (30) 


5* 


TfnnHon - T PS 
r\ Liinj.cn X U 


Kunden-ID. 
SchlUssel zur 
Identifikation eines 
Krankenhauses . 


Char (6) 


6 


1VU11UC X 111 cxiuc 


Name des unter dem Vertrag. 
abgedeckten Krankenhauses. j 


Char (30) j 


7 


Buchungskontonummer 


Mit der Abtasteinrichtungs- 
system-ID verbundene Bu- 
chungskontonummer. Jeder J 
Kunde (Krankenhaus). kann 
mehrere Buchungskontonum- 
mem aufweisen. j 


Char (11) 


8 


Anlagen-ID 


Zur Identifikation von 
Krankenhaus- und Korper- | 
schaf tscrruDnierunasbez i ^— 
hung verwendet. 


Char (10) 


9 


Dienstmitglied- 
schaf tsnummer j 


Zur Identifikation von 
Krankenhaus- und Korper- 
schaf tsgruppierungsbezie- ( 
hung verwendet; 


Char (7) j 


10 


Nationaler Kontocode 

j 
[ 


Zur Identifikation. von 
Krankenhaus- und. Korper- 
schaf tsgruppierungsbezie- j 
hung verwendet, wenn die 
Kdrperschaft ein j 
Kdrperschaftskonto ist. j 


Char (4) 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 
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11 


StraAenadresse - 
Zeile 1. 


Straiienadresse des 
Krankenhauses . 


Char (30) 




12 


Straftenadresse - 


Stralienadresse des 


. Char (30) 


5 




Zeile 2. 


Krankenhauses. 






13 


Straiienadresse - 
Zeile 3. 


Strafienadresse des 
Krankenhauses. 


Char (30) 




14 


Stadt 


Stadt des Krankenhauses. 


Char (16) 


10 


15 


Staat 


Staat des Krankenhauses. 


Char (2) . 




16 


Landercode 


Landercode des 
Krankenhauses . 


Char (2) 




17 


Postleitzahl 


Postleitzahl des 


Char (10) 


15 






Krankenhauses. 




18 


System- ID 


Eindeutige ID fur eine 
Abtasteinrichtung fur einen 
speziellen Kunden an eihem 
speziellen Ort. 


Char (15) 


20 


19 


Vertragsraum-# 


Eine von 1 ausgehende 
Seriennummer bis 99, die 
jede in dem gleichen 


Char (3) 


25 






Vertrag abgedeckte 

Abtasteinrichtung 

darstellt. 




30 


20 


OSN 


Eindeutige Systemnummer . 
Eindeutiger Schlussel fUr 
eine Abtasteinrichtung ohne 


Char (10) 






Rucksicht auf Zeit, Ort und 
EigentUmer s cha ft. 






21 


MLN 


Mobile Ortsnummer. Zur 


Char (4) 


35 






Verfolgung des speziellen 
Orts der Abtasteinrichtung' 
zu einer speziellen Zeit 




40 






verwendet . Eindeutig in 
Verbindung mit OSN. Bei 
9999 beginnend und sinkend. 




22 


Modalitatscode - 4 


Modalitatscode (lang) fiir 
Abtasteinrichtung. 


Char (4) 




23 


PSI-Beschreibung 


Beschreibung der Abtastein- 
richtungsproduktlinie . 


Char (30) 


45 


24 


SPC-Beschreibung 


Sie kann eine geeignetere 
Wahl fiir die Produktlinie 
sein als die PSI-Beschrei- 


Char (30) 


50 






bung, die eine Produktli- 
nienbeschreibung ■ einer 
niedrigeren Stufe ist. 
Nicht immer verftigbar. 




55 


25 


Ve r t r ags raumanf ang s - 
datum 


Das Anfangsdatum des 
Vertrags bei der 
Abtasteinrichtung ( Format : 
YYYYMMDD ) 


Char (8) 



60 
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26 


Vertragsbeendigungs- 
datum 


Das Beendigungsdatum des 
Vertrags . 

Anmerkung: alle in dem 

^xcxuiicii vri Lldy 

abgedeckten 

Abtasteinrichtungen weisen 
das gleiche 
Beendigungsdatum auf. 
( Format : YYYYMMDD) 


Char (8) . 


27 


Raumstatus 


Der Status der 

07 = Vertrag abgelaufen, 
aber Dienst nicht beendet; 
9X = Dienst beendet; 

a 1 1 p AnHprpn TXJ <=» r* 1~ o = 

Q j_ -L ~ aiiucicii wcj. i_t; 

Vertrag aktiv. 


Char (2) 


28 


Vertrag sun ter zei ch— 
nungsdatum 


Es ist kein obliaatorisches 
Feld aus der MSA-Datenbank. 
Kann leer sein. (Format: 
YYYYMMDD) 


Char (8) 


29 


Merkmalscode (SP 0) 


Merkmalscode fur Stufe 0. 


Char (4) 


30 


Merkmalswert (SP 0) 


Ja oder Nein. 


Char (10) 


31 


Merkmalscode (SP 1) 


Merkmalscode fur Stufe 1. 


Char (4) 


32 


Merkmalswert (SP 1) 


Ja oder Nein. 


Char (10). 


33 


Merkmalscode (SP 2) 


Merkmalscode fur Stufe 2. 


Char (4) 


34 


Merkmalswert (SP 2) 


Ja oder Nein. 


Char (10) 


35 


Merkmalscode (SP 3) 


Merkmalscode fur Stufe 3. 


Char ( 4 ) 


36 


Merkmalswert (SP 3) 


Ja oder Nein. 


Char (10) 


37 


Merkmalscode (SP 4) 


Merkmalscode fur Stufe 4. 


Char (4) 


38 


Merkmalswert (SP 4) 


Ja oder Nein 


Char ( 1 0 \ 


39 


Merkmalscode (SP 5) 


Merkmalscode fur Stufe 5. 


Char (4) 


40 


Merkmalswert (SP 5) 


Ja odpr i n 




41 I 


Benutzerkontakt - 
Vornamp 


Die Benutzerkontaktinforma- 

* — LUilcll X. tlx. dlllaiiyXxL-ilco 

Setup der Web-Anwendung . 


Char (30) 


42 


Benutzerkontakt - 
Nachname. 


Gleich wie vorstehend. 


Char (30) 


43 


Benutzerkontakt - 
Telef onnummer 


Gleich wie vorstehend. 


Char (20) 


44 


Benutzerkontakt - E- 
Mail-Adresse j 


Gleich wie vorstehend. 


Char (50) 



' 30 



35 



50 



55 



60 
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Tabelle 2 



Datendefinition der Betriebs-Server-Vertragstabelle 



5 


Nr. 


Feldname 


Kommentar 


Typ 


Null? 


Ande- 

rungs- 

pru- 

ffung? | 




1 


Dienstvertragsort 


Gleich wie Tabelle 
1.1 




Nicht 
Null 


Ja 




2 


Ve r t r a g s numme r 


Gleich wie Tabelle 
1.2 




Nicht 
Null 


Primar- 
schlus- 
sel. 


15 


3 


Vertrags-Rec-Key 


Gleich wie Tabelle 
1.3 




Nicht 
Null 


Ja 




4 


K6rperschaf tsname 


Gleich wie Tabelle 
1.4 






Ja 


20 


5 


Kunden-ID 


Gleich wie Tabelle 
1.5 




Nicht 
Null 


Ja 




6 


Kundenname 


Gleich wie Tabelle 
1.6 




Nicht 
Null 


Ja 


25 


7 


Buchungskontonum- 

mo t* 


Gleich wie Tabelle 
1.7 




Nicht 
Null 


Ja 




8 


Anlagen~ID 


Gleich wie Tabelle 
1.8 






Ja 


30 


9 


Dienstmitglied- 
<5 c ha f t s numme r 


Gleich wie Tabelle 
1.9 






Ja 




10 


Nationaler 
Kontocode 


Gleich wie Tabelle 
1.10 






Ja 


35 


11 


Straflenadresse - 
Zeile 1 


Gleich wie Tabelle 
1.11 






Ja 




12 


Straflenadresse - 
Zeile 2 


Gleich wie Tabelle 
1.12 






Ja 


40 


13 


Straftenadresse - 
Zeile 3 


Gleich wie Tabelle 
1.13 






Ja 


14 


Stadt 


Gleich wie Tabelle 
1.14 






Ja 






Staat 


Gleich wie Tabelle 
1.15 






Ja 


45 




T.andercode 


Gleich wie Tabelle 
1116 






Ja 




1 7 


Po^tleitzahl 


Gleich wie Tabelle 
1.17 






Ja 


50 


1 ft 
X o 


O Y ^ L» will X w 


Gleich wie Tabelle 
1.18 




Nicht 
Null 


Primar- 
schlvis- 
sel . 




19 


Ve r t rag s r aum- # 


Gleich wie Tabelle 
1.19 








55 


20 


USN 


Gleich wie Tabelle 
1.20 




Nicht 
Null 


Ja 




21 


MLN 


Gleich wie Tabelle 
1.21 






Ja 


60 


22 


Modalitatscode - 4 


Gleich wie Tabelle 
1.22 






Ja 
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23 


PSI-Beschreibung 


Gleich wie Tabelle 
1.23 






Ja 


24 


S PC-Be schreibung 


Gleich wie Tabelle 
1.24 






Ja 


25 


Vertragsrauman- 
fangsdatum 


Aus Tabelle 1.25 
gewandelt . 


Datum 


Nicht 
Null 


Ja 


26 


Vertragsbeendi- 
gungsdatum 


Aus Tabelle 1.26 
gewandelt . 


Datum 


Nicht 
Null 


Ja 


27 


Raumstatus 


Gleich wie Tabelle 
1.27. 




Nicht 
Null 


Ja 


28 


Vertragsunter- 
z e i chnungs da t urn 


Aus Tabelle 1.28 
gewandelt , 


Datum 




Ja 


29 


Dienststufe 0 


Ja oder Nein aus 
Tabelle 1.30. 






Ja 


30 


Dienststufe 1 


Ja oder Nein aus 
Tabelle 1.32 






Ja 


31 


Dienststiif e 2 


Ja oder Nein aus 
Tabelle 1.34 






Ja 


32 


Dienststufe 3 

*. A Km* W %P ^mm W 


va Kjyji^ZA. alio 

Tabelle 1.36 








33 


Dienststufe 4 


Tabelle 1.38 






O ci 


34 


JL d X O l_ O U <1> — — J 


Ua \J Lit; X fci X 1 1 ciLlS 

Tabelle 1.4 0 






ua 


35 


Vornarae 


oiclUl Wit: ldDcXlc 

1.41 








36 


Nachname 


ox cl Cil WXtr -L dDcllc 

1. 42 








37 


Benutzerkontakt - 
Telefonnummer 


Gleich wie Tabelle 
1.43 








38 


Benutzerkontakt - 
E-Mail-Adresse 


Gleich wie Tabelle 
1.44 








39 


Verarbeitungsdatum 


Steuert Dienst bei 
Abtasteinrich- 
uuny en . ais .OLcis • 
Datum eingestellt, 
zu dem der 
Betriebs-Server 
den Vertrag zuerst 
verarbeitet . 


Datum 


Nicht 
Null 




40 


Vertragsnachfrist- 
beendigungsdatum 


Steuert Dienst bei 
Abtasteinrich- 
tungen. Als eine 
vorbestimmte 
konf igurierbare 
Zeitdauer nach dem 
Vertragsbeendi- 

miner ^Hs t*i itti 

eingestellt. Der 
Dienst kann 
wShrend der 
Nachfrist aktiv 
bleiben . 


Datum 


Nicht 
Null 


Ja 



65 



17 



DE 101 26 571 A 1 



41 


Vertragsstatus 


Der Status eines 
Datensatzes . 
Mogliche Status 
umf assen: 
L: In Krart 
(Vorgabewert) ; 
D : Tot fiir 
Datensatze, die 
dauerhaf t 
^entfernt' sind- 


Chard) 


Nicht 
Null 


Ja 1 


42 


Datensatzstatus 


Durch tagliches 
Verarbei tungspr o- 
gramm verwendet. 
Gibt den Status 
des Datensatzes 
seit der letzten 
Aktualisierung an. 
M5gliche Werte 
umf assen: 
I: Anf&nglich 
(Vorgabewert) ; 
A: Hinzufugung, 
fur neue 
Datensatze; 
R: Entfernung, fiir 
Datensatze, die 
permanent entfernt 
werden; 

C: Anderung, fur. 
vorhandene 
L/dLensatze/ die 
geandert werden; 
N: Keine Anderung, 
fiir vorhandene 
Datensatze ohne 
Anderung . 


Char (2) 
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Tabelle 3 



Datendefinition der Abtasteinrichtungsstatustabelle 



Nr . 


Feldname 


Kommentar 


Typ 


Null? 


Ande- 
rungs- 
pru- 
f ung? 


1 


System-ID 


Abtasteinrichtungs sy- 
stem-ID. 

Eindeutiger Schussel 
der Tabelle. 




Nicht 
Null 


Prim&r- 
schllis- 
sel . 


2 


Einschalt- 

durchlaufda- 

tum 


Geplantes Einschalt- 
durchlauf datum . 


Datum 


Nicht 
Null 


Ja 


3 


Einschalt- 
durchlauf- 
versuche 


Anzahl von Durchlauf- 
versuchen zum 
Einschalten des 
Dienstes. 

Voreinstellung auf 0. 


Kurze 
Ganz- 
zahl 


Nicht 
Null 


Ja 


4 


Datum des 

ersten 

Empfangs 


Erwartetes/Tatsachli- 
ches Datum der ersten 
empfangenen Daten. 


Datum 


Nicht 
Null 


Ja 


5 


Datum des 

letzten 

Empfangs 


Datum der letzten 
empfangenen Daten. 
Voreinstellung auf 
Null. 


Datum 






6 


Ausschalt- 

durchlaufda- 

tum 


Geplantes Ausschalt- 
durchlauf datum. 


Datum 


Nicht 
Null 


Ja 


7 


Ausschalt- 
durchlauf- 
versuche 


Anzahl von Durchlauf- 
versuchen zum 
Ausschalten des 
Dienstes. 

Voreinstellung auf 0. 


Kurze 
Ganz- 
zahl 


Nicht 
Null 


Ja 


8 


Status 


Derzeitiger Status der 
Abtasteinrichtung . 
M6gliche Werte 
umfasseh: 

0: Neu (Vorgabewert); 
1: Wird eingeschaltet; 
2: Aktiv; 

3: Wird ausgeschaltet; 
4 : Beendet . 
Voreinstellung auf 0. 


Kurze 
Gariz- 
zahl 


Nicht 
Null 


Ja 



10 



40 



Patentanspriiche 

55 

1 . System mit: 

einer Vorrichtung (2) an einem entfernten Ort; 

einem Computersystem (16, 22) an einem zentralen Ort; und 

einem Kommunikationskanal (18) zur Verbindung der Vorrichtung urid des Computersy stems, 

wobei die Vorrichtung zur Speicherung von Betriebsdaten und zum periodischen Senden von gespeicherte Betriebs- 60 
daten enthaltenden Protokolldateien iiber den Kommunikationskanal zu dem Computersystem gemaB einer Daten- 
protokollierungsfunktion in der Lage ist, wenn die Datenprotokollierungsfunktion aktiviert ist, und 
wobei das Computersystem zur Ausfuhrung der nachstehenden Schritte programmiert ist: 
Aktivieren der Datenprotokollierungsfunktion bei der Vorrichtung; 

Empfangen von Protokolldateien von der Vorrichtung gemaB der aktivierten Datenprotokollierungsfunktion; und 65 
t)berwachen jeder ankommenden Protokolldatei zur Erfassung, wenn ein Kennzeichen einer ankommenden Proto- 
kolldatei einen Wert aufweist, der von einer historischen Norm abweicht. 

2. System nach Anspruch 1, wobei das Computersystem zur neuen Initialisierung der Datenprotokollierungsfunk- 
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tion bei der Vorrichtung uber den Kommunikationskanal im Ansprechen auf eine Abweichung <les Werts des Kenn- 
zeichens urn mehr als ein vorbestimmtes AusmaB von der historischen Norm programmiert ist. 

3. System nach Anspruch 2, wobei es sich bei dem vorbestimmten AusmaB urn einen vorbestimmten Prozentsatz 
handelt. 

4. System nach Anspruch 1 , wobei es sich bei dem Kennzeichen urn die Anzahl von Tagen zwischen jeder ankom- 
menden Protokolldatei und ihrer vorhergehenden Protokolldatei, die von der Vorrichtung empfangen werden, han- 
delt. 

5. System nach Anspruch 4, wobei der Uberwachungsschritt den Schritt des Speicherns der Anzahl von Tagen zwi- 
schen jeder ankommenden ProtokoUdatei und ihrer vorhergehenden Protokolldatei, die von der Vorrichtung emp- 
fangen werden, umfaBt. 

6. System nach Anspruch 5, wobei der Uberwachungsschritt die Schritte umfaBt: 

Berechnen einer historischen durchschnittlichen Anzahl von Tagen zwischen aufeinanderfolgenden ProtokoUda- 
teien in einer historischen Folge von ProtokoUdateien, die von der Vorrichtung empfangen werden; und 
Bestimmen, ob die Anzahl von Tagen zwischen jeder ankommenden Protokolldatei und ihrer nachsten vorherge- 
henden Protokolldatei, die von der Vorrichtung empfangen werden, urn zumindest ein vorbestimmtes AusmaB von 
der historischen durchschnittlichen Anzahl von Tagen abweicht. 

7. System nach Anspruch 6, wobei der Berechnungsschritt den Schritt des AusschlieBens jeder ankommenden Pro- 
tokolldatei von der historischen Folge von Protokolldateien umfaBt. 

8. System nach Anspruch 1, wobei es sich bei dem Kennzeichen urn die GroBe jeder ankommenden Protokolldatei, 
die von der Vorrichtung empfangen wird, handelt. 

9. System nach Anspruch 8, wobei der Uberwachungsschritt den Schritt des Speichems der GroBe jeder ankom- 
menden Protokolldatei, die von der Vorrichtung empfangen wird, umfaBt. 

10. System nach Anspruch 9, wobei der Uberwachungsschritt die Schritte umfaBt: 

Berechnen einer historischen durchschnittlichen GroBe von einer historischen Folge von Protokolldateien, die von 
der Vorrichtung empfangen werden; und 

Bestimmen, ob die GroBe jeder ankommenden Protokolldatei, die von der Vorrichtung empfangen wird, zumindest 
ein vorbestimmtes AusmaB von der historischen durchschnittlichen GroBe abweicht. 

11. System nach Anspruch 10, wobei der Berechnungsschritt den Schritt des AusschlieBens jeder ankommenden 
Protokolldatei von der historischen Folge von Protokolldateien umfaBt. 

12. System nach Anspruch 1, wobei die Betriebsdaten die Vorrichtung identifizierende Systemdaten und die Ver- 
wendung der Vorrichtung aufzeichnende Daten umfassen. 

13. System mit: 

einer Vorrichtung (2) an einem entfernten Ort; 

einem Computersystem (16, 22) an einem zentralen Ort; und 

einem Kommunikationskanal (18) zur Verbindung der Vorrichtung und des Computersy stems, 
wobei die Vorrichtung zur Speicherung von Betriebsdaten und zum periodischen Senden von gespeicherte Betriebs- 
daten enthaltenden Protokolldateien iiber den Kommunikationskanal zu dem Computersystem gemaB einer Daten- 
protokolUerungsfunktion in der Lage ist, wenn die DatenprotokolUerungsfunktion aktiviert ist, und 
wobei das Computersystem zur Ausfuhrung der nachstehenden Schritte programmiert ist: 
Aktivieren der Datenprotokollierungsfunktion bei der Vorrichtung; 

Empfangen von ProtokoUdateien von der Vorrichtung gemaB der aktivierten Datenprotokollierungsfunktion; und 
Uberwachen jeder ankommenden Protokolldatei zur Erfassung, wenn ein erstes Kennzeichen einer ankommenden 
Protokolldatei einen Wert aufweist, der von einer historischen Norm des ersten Kennzeichens abweicht, und wenn 
ein zweites Kennzeichen einer ankommenden Protokolldatei einen Wert aufweist, der von einer historischen Norm 
des zweiten Kennzeichens abweicht. 

14. System nach Anspruch 13, wobei das Computersystem zur neuen Initialisierung der Datenprotokollierungs- 
funktion bei der Vorrichtung iiber den Kommunikationskanal im Ansprechen auf eine Abweichung des Werts ent- 
weder des ersten oder des zweiten Kennzeichens urn mehr als ein vorbestimmtes AusmaB von seiner jeweiligen hi- 
storischen Norm programmiert ist. 

15. System nach Anspruch 13, wobei es sich bei dem ersten Kennzeichen urn die Anzahl von Tagen zwischen jeder 
ankommenden ProtokoUdatei und ihrer vorhergehenden Protokolldatei, die von der Vorrichtung empfangen wer- 
den, handelt und bei dem zweiten Kennzeichen urn die GroBe jeder ankommenden Protokolldatei, die von der \br- 
richtung empfangen wird, handelt. 

16. System nach Anspruch 15, wobei der Uberwachungsschritt die Schritte des Speicherns der Anzahl von Tagen 
zwischen jeder ankommenden Protokolldatei und ihrer vorhergehenden Protokolldatei, die von der Vorrichtung 
empfangen werden, und des Speicherns der GroBe jeder ankommenden ProtokoUdatei, die von der \brrichtung 
empfangen wird, umfaBt. 

17. System nach Anspruch 16, wobei der tjberwachungsschritt die Schritte umfaBt: 

Berechnen einer historischen durchschnittUchen Anzahl von Tagen zwischen aufeinanderfolgenden ProtokoUda- 
teien in einer historischen Folge von ProtokoUdateien, die von der Vorrichtung empfangen werden; 
Bestimmen, ob die Anzahl von Tagen zwischen jeder ankommenden "ProtokoUdatei und ihrer nachsten vorherge- 
henden ProtokoUdatei, die von der Vorrichtung empfangen werden, urn zumindest ein vorbestimmtes AusmaB von 
der historischen durchschnittUchen Anzahl von Tagen abweicht; 

Berechnen einer historischen durchschnittUchen GroBe von einer historischen Folge von ProtokoUdateien, die von 
der Vorrichtung empfangen werden; und 

Bestimmen, ob die GroBe jeder ankommenden ProtokoUdatei, die von der Vorrichtung empfangen wird, zummdest 
ein vorbestimmtes AusmaB von der historischen durchschnittlichen GroBe abweicht. 

18. System nach Anspruch 13, wobei die Betriebsdaten die Vorrichtung identifizierende Systemdaten und die Ver- 
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wendung der Vorrichtung aufzeichnende Daten umfassen. 

19. System mit einer automatisierten zentralen Dienstanlage (16, 22), die uber Kommunikationskanale (18) mit ei- 
ner Vielzahl von entfemt angeordneten Vorrichtungen (2) verbunden ist, wobei jede Vorrichtung zur Speicherung 
von Betriebsdaten und zum periodischen Senden von gespeicherte Betriebsdaten enthaltenden Protokolldateien zu 
der zentralen Dienstanlage gemaB einem in der Vorrichtung gespeicherten Datenprotokollierungsprogramm, wenn 5 
das DatenprotokoUierungsprograrnm aktiviert ist, programmiert ist, wobei die zentrale Dienstanlage umfaBt: 
eine Einrichtung zur Aktivierung eines jeweiligen DatenprotokoUierungsprograrnms in jeder Vorrichtung; 
eine Einrichtung zum Empfangen von Protokolldateien von den Vorrichtungen gemaB den aktivierten Datenproto- 
kollierungsprogrammen; und 

eine Einrichtung zur Oberwachung jeder ankommenden Protokolldatei zur Erfassung, wenn ein Kennzeichen einer 10 
ankornmenden Protokolldatei einen Wert aufweist, der von einer historischen Norm fur eine spezielle Vorrichtung 
abweicht. 

20.. System nach Anspruch 19, wobei die zentrale Dienstanlage eine Einrichtung zur neuen Initialisierung des Da- 
tenprotokollierungsprogramms in der speziellen \fcrrichtung uber einen der Kommunikationskanale im Ansprechen 
auf eine Abweichung des Werts des Kennzeichens um mehr als ein vorbestimmtes AusmaB von der historischen 15 
. Norm umfaBt. 

21. System nach Anspruch 19, wobei es sich bei dem Kennzeichen um die Anzahl von Tagen zwischen einem 
Empf ang einer ankommenden Protokolldatei und ihrer vorhergehenden Protokolldatei von der gleichen Vorrichtung 
handelt, wobei das Kennzeichen fur jede ankommende Protokolldatei und fur jede Vorrichtung bestimmt wird. 

22. System nach Anspruch 19, wobei es sich bei dem Kennzeichen um die GroBe jeder ankommenden Protokoll- 20 
datei, die von jeder Vorrichtung empfangen wird, handelt. . 

23. System nach Anspruch 19, wobei die Betriebsdaten die Vorrichtung identifizierende Systemdaten und die Ver- 
wendung der Vorrichtung aufzeichnende Daten umfassen. 

24. Verfahren zur Oberwachung einer zentralisierten Datensammlung von einer computergestutzten Vorrichtung an 
einem entfernten Ort mit den Schritten: 25 
Programmieren der Vorrichtung zur Speicherung von Betriebsdaten und zum periodischen Senden von gespeicherte 
Betriebsdaten enthaltenden Protokolldateien uber einen Kommunikationskanal zu einem zentralen Ort gemaB einer 
Datenprotokollierungsfunktion, wenn die Datenprotokollierungsfunktion aktiviert ist; 

Aktivieren der Datenprotokollierungsfunktion bei der Vorrichtung von dem zentralen Ort uber den Kommunikati- 
onskanal; 30 
Empfangen von Protokolldateien von der Vorrichtung an dem zentralen Ort uber den Kommunikationskanal gemaB 
der aktivierten Datenprotokollierungsfunktion; und 

tJberwachen jeder ankommenden Protokolldatei an dem zentralen Ort zur Erfassung, wenn ein Kennzeichen einer 
ankommenden Protokolldatei einen Wert aufweist, der von einer historischen Norm abweicht. : *%rr 

25. Verfahren nach Anspruch 24 mit dem Schritt des neuen Initialisierens der Datenprotokollierungsfunktion bei 35 
der Vorrichtung von dem zentralen Ort uber den Kommunikationskanal im Ansprechen auf eine Abweichung des 
Werts des Kennzeichens um mehr als ein vorbestimmtes AusmaB von der historischen Norm. 

26. Verfahren nach Anspruch 25, wobei es sich bei dem vorbestimmten AusmaB um einen vorbestimmten Prozent- 
satz handelt. 

27. Verfahren nach Anspruch 24, wobei es sich bei dem Kennzeichen um die Anzahl von Tagen zwischen jeder an- 40 
kommenden Protokolldatei und ihrer vorhergehenden Protokolldatei, die von der Vorrichtung empfangen werden, *^ 
handelt. 

28. Verfahren nach Anspruch 27, wobei der Uberwachungsschritt die Schritte umfaBt: 

Speichern der Anzahl von Tagen zwischen jeder ankornmenden Protokolldatei und ihrer vorhergehenden Protokoll- 
datei, die von der Vorrichtung empfangen werden; 45 
Berechnen einer historischen durchschnittlichen Anzahl von Tagen zwischen aufeinanderfolgenden Protokollda- 
teien in einer historischen Folge von Protokolldateien, die von der Vorrichtung empfangen werden; und 
Bestimmen, ob die Anzahl von Tagen zwischen jeder ankommenden Protokolldatei und ihrer nachsten vorherge- 
henden Protokolldatei, die von der Vorrichtung empfangen werden, um zumindest ein vorbestimmtes AusmaB von 
der historischen durchschnittlichen Anzahl von Tagen abweicht. 50 

29. Verfahren nach Anspruch 24, wobei es sich bei dem Kennzeichen um die GroBe jeder ankommenden Protokoll- 
datei, die von der Vorrichtung empfangen wird, handelt. 

30. Verfahren nach Anspruch 29, wobei der Uberwachungsschritt die Schritte umfaBt: 
Speichern der GroBe jeder ankommenden Protokolldatei, die von der Vorrichtung empfangen wird; 

Berechnen einer historischen durchschnittlichen GroBe von einer historischen Folge von Protokolldateien, die von 55 
der Vorrichtung empfangen werden; und 

Bestimmen, ob die GroBe jeder ankommenden Protokolldatei, die von der Vorrichtung empfangen wird, zumindest 
ein vorbestimmtes AusmaB von der historischen durchschnittlichen GroBe abweicht. 

31. Verfahren nach Anspruch 24, wobei die Betriebsdaten die Vorrichtung identifizierende Systemdaten und die 
Verwendung der Vorrichtung aufzeichnende Daten umfassen. 60 

32. System mit einer automatisierten zentralen Dienstanlage (16, 22), die liber Kommunikationskanale (18) mit ei- 
ner Vielzahl von entfernt angeordneten Vorrichtungen (2) verbunden ist, wobei jede Vorrichtung zur Speicherung 
von Betriebsdaten und zum periodischen Senden von gespeicherte Betriebsdiaten enthaltenden Protokolldateien zu 
der zentralen Dienstanlage gemaB einem in der Vorrichtung gespeicherten DatenprotokoUierungsprograrnm, wenn 

das Datenprotokomerungsprogramm aktiviert ist, programmiert ist, wobei die zentrale Dienstanlage ein Computer- 65 
system umfaBt, das zur Ausfuhrung der nachstehenden Schritte programmiert ist: 

Empfangen von Protokolldateien von den Vorrichtungen gemaB den aktivierten Datenprotokollierungsprogram- 
meh; und 
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Uberwachen jeder ankommenden Protokolldatei zur Erfassung, wenn ein Kennzeichen einer ankommenden Proto- 
kolldatei einen Wert aufweist, der von einer historischen Norm fur eine spezielle Vorrichtung abweicht. 
33 System nach Anspruch 32, wobei es sich bei dem Kennzeichen urn die Anzahl von Tagen zwischen einem 
Empfang einer ankommenden Protokolldatei und ihrer vorhergehenden Protokolldatei von der gleichen Vorrichtung 
handelt, wobei das Kennzeichen fur jede ankommende Protokolldatei und fur jede Vorrichtung bestimmt wird. 

34. System nach Anspruch 33, wobei der Uberwachungsschritt die Schritte umfaBt: 

Speichern der Anzahl von Tagen zwischen jeder ankommenden Protokolldatei und ihrer vorhergehenden Protokoll- 
datei, die von jeder Vorrichtung empfangen werden; 

Berechnen einer historischen durchschnittlichen Anzahl von Tagen zwischen aufeinanderfolgenden Protokollda- 
teien in einer historischen Folge von Protokolldateien, die von jeder Vorrichtung empfangen werden, auf einer Pro- 
Vorrichtung-Grundlage; und 

Bestimmen, ob die Anzahl von Tagen zwischen jeder ankommenden Protokolldatei und ihrer nachsten vorherge- 
henden Protokolldatei, die von jeder Vorrichtung empfangen werden, urn zumindest ein vorbestimmtes AusmaB 
von ihrer historischen durchschnittlichen Anzahl von Tagen abweicht. 

35. System nach Anspruch 32, wobei es sich bei dem Kennzeichen urn die GroBe jeder ankommenden Protokoll- 
datei, die von jeder Vorrichtung empfangen wird, handelt. 

36. System nach Anspruch 35, wobei der Uberwachungsschritt die Schritte umfaBt: 

Speichern der GroBe jeder ankommenden Protokolldatei, die von jeder Vorrichtung empfangen wird; 

Berechnen einer historischen durchschnittlichen GroBe von einer historischen Folge von Protokolldateien, die von 

jeder Vorrichtung empfangen werden, auf einer Pro-Vorrichtung-Grundlage; und 

Bestimmen, ob die GroBe jeder ankommenden Protokolldatei, die von jeder Vorrichtung empfangen wird, zumin- 
dest ein vorbestimmtes AusmaB von ihrer historischen durchschnittlichen GroBe abweicht. 

37. System nach Anspruch 32, wobei die Betriebsdaten die Vorrichtung identifizierende Systemdaten und die Ver- 
wendung der Vorrichtung aufzeichnende Daten umfassen. 

Hierzu 10 Seite(n) Zeichnungen 
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